重置原本是交不出改进时的兜底，放在周六发，它更像一份福利；真正的考卷在第 28 天。
10 月 4 日，Tibo 在 X 上立下规矩：接下来 28 天，团队每天都要在两件事里选一件——要么上线一项让大多数 Codex / ChatGPT Work 用户明显受益的改进，要么直接给用户做一次完整的用量重置。按多家媒体的计算，这个窗口大致覆盖 10 月 5 日到 11 月 2 日。
这条承诺在中文频道转发时，反应以质疑为主——评论区差评明显多于点赞。质疑点也很集中：什么叫「对大多数用户明显有用」，没人给过定义。
官方没有说明当天为何没拿出改进项，Tibo 的帖子只有一句轻松的「周末重置」。从规则本身看，重置原本是「没交出改进时的兜底」，但放在周六发，观感完全变了：它不像认罚，更像一份周末福利。对重度用户来说，周末恰恰是额度最容易见底、又最想把私人项目跑完的时候。
背景也得交代：就在这份承诺之前，Codex 刚在 10 月 2 日做过一次面向所有付费套餐的全局重置，当时外界把它与新模型发布后的服务器压力联系起来。也就是说，重置在 Codex 团队手里早已是一张常打的牌，28 天承诺只是把它从「临时补偿」变成了「公开记账」。
此前几次 Codex 重置留下过同一个疑问：界面并不总能说清楚被清零的是哪一层限额——短时窗口、周额度还是按模型单独计的那份。重置也只是把当期额度回满，不等于上限本身被调高。如果这 28 天里重置出现得比改进还勤，用户拿到的是更多次「回血」，而不是更宽的天花板。
多篇报道把这份承诺放在 Claude Code 的竞争压力下来解读：两家在编程智能体上的比拼，已经从模型分数延伸到额度与节奏。28 天的设计巧妙之处在于两头都不亏——有改进就是产品新闻，没改进就是用户福利，每天都有一条能发的消息。
真正能检验它的，是第 28 天回头数一数：改进和重置各占几天，改进里又有几项是用户真能感知到的。到那时，「每天都有动静」和「每天都在变好」之间的差距，自然会摆在台面上。