返回探索
资讯VibeFix 编辑部更新于 2026年10月14日

OpenAI 立下军令状:连续 28 天每天发版,GPT-6.1 Sol 默认上下文干到 50 万

OpenAI 立下军令状:连续 28 天每天发版。Day 1 默认提速 50%(30→50 tok/s)、Day 4 Sol Ultrafast 8 倍速、Day 7 默认上下文 272k→500k。沿速度线、上下文线、工作流线三线拆解,看它如何重新定义 coding agent 未来半年的体验基线。

OpenAI Codex 聊天界面截图,本轮 28 天发版的主阵地之一

一句话:OpenAI 立了个"军令状",连续 28 天每天交一次作业

2026 年 10 月 5 日,OpenAI 官方人员 Thibault Sottiaux(Tibo)在 OpenAI 开发者社区论坛发起了一个帖子,名字直白得像赌约——"28 days of Quality of Life improvements and/or a full Reset"(28 天质量改进和/或一次完全重置)。规则同样直白:从当天起,连续 28 天,Codex / ChatGPT Work 用户每天都会得到一个"明确改进"(clear improvement);如果哪天交不出改进,就给所有人一次 full reset(用量清零),有时候两者都有。

帖子从 Day 1 开始逐日更新,截至我们撰稿时已经推进到 Day 9(10 月 13 日),Day 10–28 待续。这不是传统意义上的一次发布会,而是一场"发版马拉松":每天一个小步快跑,连续 28 天。规则本身就值得玩味——"没改进就送 reset"既是给用户的兜底福利,也是一句反向军令状:团队每天都得拿出点真东西,否则就得掏真金白银的用量额度。

OpenAI Codex 聊天界面截图,本轮 28 天发版的主阵地之一

速度线:30→50 tok/s,只是开胃菜;Day 4 的 Ultrafast 才是正餐

Day 1(10 月 5 日)的开门红是提速:GPT-6 Astra 和 GPT-6.1 Sol 的默认响应速度提升约 50%,从 30 tokens/秒提到 50 tokens/秒。覆盖范围不小——订阅产品全覆盖,外加使用 Sign in with ChatGPT 的合作方,包括 OpenCode、Pi、Amp 和 Devin;用户什么都不用改,官方说法是"两小时内就能感知到"。

别小看这个"默认提速"。对 vibe coder 来说,模型输出速度是最直觉、每天接触最多的体验维度:一个长函数重构是等 20 秒还是等 40 秒,直接决定你是盯着屏幕发呆还是顺手去倒杯水。50 tok/s 这条线一画出来,就成了未来半年 coding agent 工具的体验基线——任何低于这个速度的工具,都会让用户觉得"变慢了"。有意思的是,论坛里有用户在 Day 1 当天就做了基准测试,确认这是一次真实的推理侧优化,而非营销话术。

真正的重磅在 Day 4(10 月 8 日):GPT-6.1 Sol Ultrafast 在 API、Codex 和 ChatGPT Work 三端同步上线。官方描述是"接近 Astra 的智能水平,速度最高达 Sol 标准版的 8 倍"。注意这个定语——不是降智换速度,而是把旗舰级的推理质量装进 8 倍速的身体里。同时上线的还有 instant steering(近实时转向):对话中途给出调整,模型能更快反应、实时纠偏,长任务里"说错方向立刻拉回来"的体验会顺滑很多。

判断一下:Day 1 解决的是"日常体感",Day 4 解决的是"重型任务"。50 tok/s 让每次小改都跟手,Ultrafast 则让动辄几十万 token 的大仓重构、跨文件迁移这类"体力活"第一次有了"可以一直开着"的底气。两步加起来,OpenAI 等于把 coding agent 的速度天花板一次性抬了两层。

OpenAI Codex 聊天界面截图,本轮 28 天发版的主阵地之一

上下文线:Day 7 把默认上下文干到 50 万,这是给"喂仓流"发红包

Day 7(10 月 11 日)是本轮目前最具话题性的一天:GPT-6.1 Sol 在 Codex 和 Work 中的默认上下文长度从 272k 一口气提到 500k tokens,可手动调到最高 1M;而且用订阅额度消费时,不收长上下文附加费。

这个数字要放在 vibe coder 的真实工作流里看才有分量。现在独立开发者的常见姿势是"喂仓流":把整个仓库(或关键目录)一次性塞进上下文,让 agent 自己看代码、找调用链、做跨文件修改。272k 的时候,大一点的仓库喂进去就捉襟见肘,得靠 compaction(上下文压缩)续命,压缩一次丢一次细节;500k 意味着中等规模项目基本可以"一次喂饱",compaction 的频率和信息损耗都下来了。对"一人 + AI 维护一个完整产品"的人来说,这是实打实的工程红利。

但硬币有另一面,论坛里的争论也很真实:有用户直言这是个"anti-feature"——272k 的 compaction 节奏他用得挺好,500k 只会让他更快烧完配额,"用更少的压缩次数换更快的额度耗尽,怎么看都是亏"。另一位用户则反驳:订阅用户的压缩费用本来就是免的,对重度用户是平衡的。这个争论本身就有价值:它说明 500k 不是简单的"越大越好",而是把"上下文配额管理"这门手艺推到了每个 vibe coder 面前——窗口大了,什么时候该喂、什么时候该压缩、什么时候该分段,就成了新的基本功。

我的判断是:默认 500k 的真正意义不在于数字,而在于"默认"二字。OpenAI 把 50 万上下文从"高级选项"变成了"出厂设置",等于官宣了一个判断——未来的 coding agent 工作流,默认就是"大上下文 + 长任务"。工具链、提示词习惯、甚至你组织仓库的方式,都得按这个新默认值重新校准。

工作流线:Day 2 的"免费 auto-review",是这 9 天里最被低估的一颗子弹

Day 2(10 月 6 日)一天塞了四个更新,是目前信息密度最高的一天,值得逐条拆:

  • Auto-review 免费。用 ChatGPT 账号登录的用户免费开通(路径:设置 → 权限 → auto-review),不消耗计划用量。原理是第二个 agent 专门复核主 agent 的高风险动作,只拦截高风险操作和偏离你原始需求的行为。论坛里有用户一针见血:这让"Approve for me"(全权批准)从一个需要纠结的决定变成了一个"闭眼点"的选项——因为有人替你盯着了。对整天让 agent 跑 shell、改文件的 vibe coder 来说,这是安全感和效率的双重提升。
  • API 限流档位 5 并 3。原来五个付费使用档位简化为 Build / Launch / Grow 三档,最高档的累计付费门槛从 1000 美元降到 500 美元。别小看这条:它直接降低了独立开发者和小团队吃到高限流的门槛,"半夜被限流打断长任务"的噩梦会少很多。
  • Meetings 插件 beta。面向 Pro 和 Business 用户,在 ChatGPT macOS 桌面端上线:自动记会议笔记,把个性化纪要和下一步行动存进 ChatGPT Space,方便后续丢给 agent 干活。"开完会直接开工"的链路又短了一截。
  • Decisions API 公开 beta。所有开发者可用,做"选模型 / 选工具 / 选动作"这类近实时决策,官方称比 GPT-6 Luna 快 10 倍。这是 agent 基础设施的一块砖——决策越快,agent 的"思考-行动"循环就越紧。

Day 3(10 月 7 日)是"规模秀肌肉"的一天:GPT-6 和 Intelligent UI 向全员开放;Codex + ChatGPT Work 的活跃用户达到 4000 万;为庆祝,给所有付费账户发放 banked reset(可攒着用的用量重置)。4000 万这个数字值得单独拎出来——它说明 coding agent 已经不是极客玩具,而是几千万人每天在用的生产力工具,OpenAI 敢玩"28 天连续发版",底气就来自这个基本盘。

Day 5(10 月 9 日)是"agent 常驻化"的一天:Dots(常驻 agent)更新,现在可以直接在 iOS / Android 的 ChatGPT 移动端里创建 dots 并给它发短信——agent 从桌面走进了口袋;Codex 桌面端的 Composer predictions 向 Pro 用户开放 beta,根据对话内容预测你的下一条消息,而且不消耗用量。细节里藏着方向:agent 正在从"你叫它它才动"变成"一直在线、随时可叫"。

Day 6(10 月 10 日)和 Day 8(10 月 12 日)是规则的另一面:没有明确改进的日子,官方如约送出"全局 reset",全员用量清零。Day 9(10 月 13 日)则是一个踏实的工程优化:ChatGPT 和 Codex 桌面端的存储优化,磁盘上存的状态预计减少 60%——长年累月攒下来的 agent 会话、缓存和本地状态,终于有人管了。

三条线合在一起看,OpenAI 这 9 天的发版逻辑非常清晰,就是 coding agent 体验的"快、长、省"三角:速度线解决"等得久",上下文线解决"看不全",工作流线解决"用得贵、用得累"。没有一条是飘在天上的概念,全是 vibe coder 每天打开电脑就会摸到的东西。

追更指南:剩下的 19 天,看什么

截至撰稿(10 月 15 日),追踪帖停在 Day 9,Day 10–28 全部待定。按前 9 天的节奏,可以给这场马拉松的后半程画几个"看点":

  • 模型级动作会不会出现。前 9 天全是"体验层"改进(速度、上下文、权限、存储),没有新模型。如果后半程出现 GPT-6.1 Astra 的复活、新推理模型或价格调整,那将是另一量级的新闻——毕竟 Astra 曾因内部安全测试没过被雪藏(距离这场发版马拉松开始不到一周),它的去向是最大的悬念。
  • "reset 经济学"能撑多久。Day 6 和 Day 8 的全局 reset 是真金白银的用量补贴。有用户在论坛里提了个好建议:把 reset 从"没改进时的安慰奖"变成"每次大改进后的庆祝"——改进落地就送 reset,让所有人都能第一时间体验新功能、给出反馈。这个建议如果被采纳,28 天发版就从"营销事件"进化成了"发版-体验-反馈"的闭环机制。
  • 竞品怎么接招。Anthropic、Google、xAI 不可能装作没看见。当一家把"每天发版"变成公开承诺,对手要么跟进节奏(但 28 天不重样的货不是谁都拿得出来),要么换个维度打(比如价格战、模型能力跃升)。未来两周观察竞品的动作,本身就是一篇后续报道的素材。

对读者最实际的建议:把追踪帖(sources 第一条链接)收藏起来,每天花一分钟扫一眼。28 天发版这种"连续剧"式更新,最适合"追更"——等 28 天跑完再回头看合集,信息密度和判断价值都会比现在更高。我们也会在后半程出现值得单拎出来的大动作时,跟进第二篇。

我们的判断:这是 DevDay 之后最大的一次"连续交付",也在重新定义基线

先说营销层面。"28 天每天发版"是个极聪明的玩法:传统发布会是"憋大招",憋半年讲一小时,讲完热度三天散;OpenAI 反过来,把改进拆成 28 份,每天准时上菜,天然制造"追更"心态。论坛追踪帖的评论区已经成了每日打卡现场——有人报基准测试数据,有人提 bug,有人给 Day 10 出主意。这种"发版即社区运营"的打法,别的厂商学起来门槛不低:你得真有 28 天不重样的货。

再说实质层面。9 天下来,落到实处的全是硬货:50 tok/s 的默认速度、8 倍速的 Ultrafast、50 万默认上下文、免费的 auto-review、砍半的限流门槛。单拎任何一条出来都够开一场小型发布会,OpenAI 选择一天发一条。这释放了一个信号:coding agent 这个赛道已经进入"体验军备竞赛"阶段,拼的不再是"谁家模型更聪明"这种单点指标,而是速度、上下文、用量、权限、安全感一整套"每天 8 小时的手感"。

对 vibe coder 的实操建议有四条:第一,把 auto-review 打开(设置 → 权限),免费的第二双眼睛不用白不用,"Approve for me" 可以更大胆了;第二,大体重构、跨文件迁移这类任务切到 Ultrafast,8 倍速配近 Astra 智能是目前性价比最高的组合;第三,500k 上下文别贪多,喂仓之前先想清楚"这次任务真的需要全仓吗",配额烧完的速度也会翻倍;第四,独立开发者去看一眼新的限流档位,500 美元的 Grow 档可能比你想象中更早够得着。

最后,这场马拉松还没跑完。Day 10–28 还有 19 天,追踪帖每天都在更新。我们会继续跟进——如果后半程出现模型级的大动作(比如新模型发布),那将是另一篇故事的开头。在此之前,至少有一件事已经确定:50 tok/s、50 万上下文、免费 auto-review,这三样东西正在成为 coding agent 工具未来半年的体验基线。用谁家的工具不重要,重要的是,从 2026 年 10 月开始,低于这条线的体验,都会让人觉得"慢了、旧了"。

一手来源

  • OpenAI 官方开发者社区论坛「28 days of Shipping at OpenAI」每日发版追踪帖(Day 1–Day 9 逐日更新,仍在进行中):https://community.openai.com/t/28-days-of-shipping-at-openai/1403897
  • 官方分项公告帖「500k context length for GPT-6.1 Sol」(Day 7):https://community.openai.com/t/500k-context-length-for-gpt-6-1-sol-day-7-of-28-days-of-quality-of-life-improvements-and-or-a-full-reset/1403525
  • HuggingNews 对 Day 1 的报道(2026-10-05,确认 30→50 tok/s):https://huggingnews.com/ai/openai-boosts-gpt-6-astra-and-61-sol-speeds-by-50percent-99de00e6
阅读 0评论 0

评论 (0)

ME
0/1000
评论加载中...

原始来源

浏览项目广场发布你的项目

相关文章

OpenAI 旧金山总部大楼实拍,呼应安全负责人辞职与公司安全文化争议
资讯
OpenAI 安全负责人辞职开炮:"先发布再打补丁"在 agent 时代注定周期性翻车

10月3日,《大西洋月刊》刊发 OpenAI 安全负责人 David Robinson 的辞职长文《我辞职了,因为 OpenAI 的文化坏了》。这位供职三年半、亲手起草 Preparedness Framework、撰写过 12 份前沿模型安全报告的内部人,把火力指向了硅谷的发布哲学本身:迭代部署在 agent 时代"注定周期性翻车"。本文梳理他列出的四起事故链、OpenAI 的回应,以及这对 vibe coder 社区的意义。

行业趋势AI 智能体AI 编程实践
深色 IDE 里正在编写的 Java 代码特写,呼应 MCP Toolbox Java SDK v1.0 的企业 Java 主题
资讯
Google MCP Toolbox Java SDK 正式 1.0:Java 生态的 agent 数据库入口补齐了

Google Cloud 10 月 7 日宣布 MCP Toolbox Java SDK 达到 v1.0,为 Spring Boot / Quarkus 等企业 Java 应用带来类型安全的 agent 数据库接入。核心设计是 LLM 永远不直接碰数据库:tools.yaml 把意图映射为参数化 SQL,敏感的 bound params 在服务端绑定。但官方 stable 措辞与 release notes 里的 breaking change 自相矛盾,Java SDK 与 Python/Go 版功能也不对等——这篇把 7 项新特性和 5 个质疑点一次讲透。

开发工作流产品发布AI 编程实践