塔斯娱乐资讯网

OpenAI 28天整改收官:首日提速50%,后半程靠重置续命

OpenAI把Codex和ChatGPT Work的整改公开压缩成28天日更窗口:从10月5日立下“要么交付、要么重置”的军令状,到11月2日收官,背后是DevDay后速度骤降、额度争议与用户信任下滑叠加后的产品改口。

时间窗

28天

2026年10月5日启动,11月2日收官

首日动作

+50%

GPT-6 Astra 与 GPT-6.1 Sol 默认推理速度提升约五成

触发背景

20+

DevDay发布二十余项更新,但用户仍集中吐槽“更慢、更复杂”

中段补偿

4万账户

缓存更新前,Tibo称已向约4万个账户返还信用点

先看结论:这28天更像“止血式整改”

为什么会有这个flag

DevDay没能修复日常体验

9月29日DevDay后,用户最直观的感受不是“更新很多”,而是Sol上线初期更慢、额度更紧、Pro用户体验更差。

为什么后来总在重置

后半程交付密度明显下滑

到Day17、Day18、Day20,公开动作多次回到“全局重置”而不是新功能,社区把它视为兑现不了日更时的补偿阀门。

28天承诺里,真正没变的只有四件事

简化产品

方向声明

Tibo在立flag前先表态,接下来只做“简化、效率、突破性功能、新模型”四类事。

提高效率换更多可用量

首日即落地

首日把默认推理速度从约30 token/秒拉到约50 token/秒,目标不是炫新功能,而是先把等待时间打下来。

突破性功能 / 新模型

中后段才集中出现

真正能算“新货”的更新更多集中在中后段,例如缓存强化、Terra新模型与收官时的banked reset信号。

codex一天一更新连续28天, 开发者却偷偷盼着openai失手

给科技置顶

关键时间线:从DevDay翻车到收官“banked 1/2”

2026年11月2日

28天窗口收官

按10月5日承诺推算,28天计划在11月2日结束,OpenAI完成了这段公开整改周期。

2026年11月1日

Tibo发“banked 1/2”

这被社区理解为两次可累积的额外重置之一已到账,但适用套餐与领取方式仍不明朗。

2026年10月26日

公布三项科研成果

OpenAI同期发布数学、计算机科学和物理三项成果,为模型能力升级预期再添燃料。

2026年10月25日

Day20再次全局重置

这是Day17、Day18之后又一次常规重置,社区开始质疑后半程是不是“没活了就重置”。

2026年10月21日

缓存策略做大更新

API新增12小时缓存保留,Codex和Work登录用户缓存可永久保留;更新前约4万个账户获信用点返还。

2026年10月17日

Day12转向效率优化

官方把重点放到子代理复用上下文、延长缓存时间和改进请求路由,目标是同样额度做更多事。

2026年10月6日

首日先交“提速作业”

GPT-6 Astra与GPT-6.1 Sol默认提速约50%,无需切换设置,约两小时内全量生效。

2026年10月5日

公开立下28天军令状

Thibault Sottiaux宣布:未来28天里,每天要么交付对多数Codex/Work用户有意义的改进,要么全量重置。

2026年10月4日

先把范围收缩到四类

Tibo提前定调,团队只做简化、效率、突破性功能和新模型,等于公开承认此前摊子铺太大。

2026年10月3日

全局重置先当补偿

在28天计划前,OpenAI已因GPT-6.1 Sol上线初期负载激增、速度过慢,向付费用户发放全局重置。

2026年9月29日

DevDay后信任危机发酵

尽管发布约20项更新,用户仍聚焦“模型更慢、额度更紧、复杂度更高”,这才逼出后续公开整改。

因果链:OpenAI为什么突然“改口”

事件解析

不是从“多发功能”改成“多发重置”,而是从“讲想象力”改成“先修体验”

① 预期抬太高

DevDay把期待拉到“全线起飞”

9月底发布会一次性抛出大量更新,市场收到的是“OpenAI又要重新拉开差距”的信号。

② 真实体验没跟上

最影响付费感受的问题没解决

重度用户抱怨的不是功能少,而是Sol慢、额度少、规则更难懂;200美元档的性价比争议也随之放大。

③ 先赔后改

全局重置成了对信任危机的即时补丁

10月初的全局重置,实际上已经在告诉用户:OpenAI短期内拿不出彻底修复,只能先用额度补偿争取缓冲时间。

④ 再把整改写进日历

28天计划是把内部节奏公开化

“要么交付、要么重置”把考核标准直接交给用户,重点也从“再讲新故事”转成“每天给你一个能感知的改善”。

经济账:重置到底值不值

对用户的正面价值

重置本质是补发可用量

对高频Codex/Work用户来说,重置至少意味着临时补回血量;在服务波动期,它比一句“我们已修复”更能立刻感知。

但它也掩盖了问题

补额度不等于补体验

用户更在意的是额度为什么消耗得更快、一次任务为何能吃掉大部分周配额;若规则不透明,重置只是短期止痛片。

换成人话:重置像“续杯”,不是“换配方”

如果模型更快、缓存更稳、重复计算更少,重置才会被感知成福利;如果底层消耗逻辑仍让人摸不清,用户拿到额外额度,也会继续怀疑“是不是杯子变大了,但漏得更快”。

口径说明:上述判断基于Tibo公开发帖、缓存更新说明及用户对额度异常的公开讨论。

竞品对照:这28天修的是体验,不是绝对领先感

OpenAI

28天里主要在修速度、缓存、额度与节奏

优先级从“多产品并进”收缩到四类任务,说明内部目标先转向控复杂度。

首日提速和后续缓存改进都指向一个目标:让现有订阅更耐用。

但后半程多次重置,也暴露出持续高质量交付并不稳定。

Anthropic / Claude

社区讨论里的对照物是“更稳、更耐用”

多篇跟踪报道都提到,开发者把Claude当作性价比与稳定性的参照系,这也是OpenAI此次公开整改的外部压力。

Lauren Tan的“Hype / Quality”调侃被广泛转发,说明外界已经把OpenAI的问题概括成“宣传跑在体验前面”。

因此这28天更像守住高端付费用户,而不是一举重新定义行业上限。

怎么判断这次整改算不算成功

算成功的信号

用户不再盯着“今天会不会又重置”

如果接下来讨论点从额度补偿转回模型能力、任务完成率和稳定性,说明OpenAI至少把“救火模式”往后推了一步。

不算成功的信号

新模型传闻继续盖过现有产品体验

当社区又把希望押在“6.2 Astra什么时候来”,意味着大家仍默认现有Codex/Work没被彻底修顺。

即日起,chatgpt pro使用额度翻倍

胖酥爱聊科技

收官判断:OpenAI不是改主意了,而是把优先级倒过来了

从DevDay到28天计划,OpenAI真正的转向不是“从创新变保守”,而是承认当下最紧急的问题不在故事、不在发布数量,而在用户每天花出去的时间、钱和耐心。先把体验修到不惹怒核心付费人群,再谈下一轮模型叙事,这就是这次公开整改的底层逻辑。

图表口径说明:本文所有时间节点、数值与表述均来自参考文章对Tibo公开发帖、OpenAI更新说明及社区反馈的转述,重点聚焦2026年10月5日至11月2日这段整改窗口。