两小时后全员回血，Codex 连更第 10 天按下重置键

承诺里早就写好的那一格

这场连更始于本月初。Sottiaux 在 X 上立下规矩：接下来 28 天，团队每天要交付一项大多数 Codex 和 ChatGPT Work 用户能明显感知到的改进；哪天做不到，就给所有付费用户重置一次用量额度。这里的重置是把每周用量上限整个填满，而不是加一点零头。

前 9 天交出的东西颗粒度不一：第 7 天把 Codex 默认上下文从 272k 提到 500k，第 9 天给 ChatGPT 与 Codex 桌面端做了约六成的磁盘瘦身。到第 10 天，主角换成了「重置」本身。频道没有交代这个按钮的具体形态，OpenAI 也暂未公布细节，它究竟是兑现兜底条款，还是一项让用户自己触发重置的新功能，目前只能以官方后续说明为准。

重置在 OpenAI 这里早就不稀奇

如果把今年的记录拉出来，会发现额度重置已经是 Codex 团队最常用的沟通工具之一。据第三方追踪站整理的时间线：

• 6 月初因三次稳定性事故做过补偿性重置，6 月中还出现过「立即一次＋存入一次」的双重重置；
• 7 月多次重置，分别对应 Codex 用户数里程碑、一次大规模故障和 GPT-5.6 Sol 用量规则调整；
• 8 月以「效率周」等名义又重置了数次；
• 10 月 2 日刚刚有过一次全员重置，9 月 29 日 DevDay 前后则发放过可自行择时使用的「存入式」重置。

「存入式」重置是另一个细节：用户可以自己挑时间用，30 天内有效。这也解释了为什么「重置按钮」这个说法会让人联想到用户侧的开关——把何时回血的决定权交给用户，本来就是 OpenAI 这几个月在试的方向。

额度当补偿，成本算在谁头上

用重置做兜底，看起来慷慨，实际上是一笔精打细算的账。对 OpenAI 来说，每周上限本身就是它控制算力消耗的阀门，一次重置意味着短时间内多放出一轮推理负载；而真正用得满额度的，往往只是一小部分重度用户。对大多数人来说，重置是锦上添花；对那一小撮天天撞上限的开发者，它才是真金白银。

所以第 10 天这一下，与其说是连更「失手」，不如说是把承诺里本来就有的选项摆上了台面。剩下的 18 天里，交付和重置会以什么比例出现，才是观察这份承诺含金量的真正指标。