21 天里 11 次重置，Codex 的每日一更快变成每日清零

10 月初，Tibo 立了一个规矩：接下来 28 天，Codex 团队每天要么上线一项「对大多数 Codex / Work 用户有明显改进」的东西，要么给大家来一次完整重置。如今走到第 21 天，账面上的结果是十次更新、十一次重置——这个承诺的后半程，越来越像一份额度补偿计划。

前半程在发功能，后半程在清额度

按 OpenAI 开发者社区的逐日记录，前两周的交付以功能为主：默认模型提速约 50%、Decisions API 公开测试、GPT-6.1 Sol 默认上下文从 272k 提到 500k、桌面端磁盘占用减少约 60%、「Selected model is at capacity」报错明显减少、子代理之间复用上下文等。从第 13 天起，重置的比重明显上来：

• 第 13 天：用量限制重置；
• 第 15 天：只做了一场直播，随后补发一次重置；
• 第 17 天：宣布次日上午前重置；
• 第 16、18、19 天：12 小时提示缓存、Decisions API 转正、会话中途改推理设置不再让缓存失效等更新；
• 第 20、21 天：连续两天都是重置。

规则本身允许二选一，所以连着重置并不算违约。但当「重置」从备选项变成连续两天的主菜，它传递的信号是：短期内能拿得出手、又覆盖大多数用户的改进，没那么好找了。

重置为什么受欢迎

对重度用户来说，一次完整重置往往比一个小功能实在。Codex 的用量按 5 小时窗口和周额度双重计算，社区里长期有人抱怨周额度一旦用完就只能干等；一次全局重置等于提前把周额度还给用户，对正在赶项目的人价值很直观。这也是 Tibo 能把「重置」和「功能」放在同一个天平上的原因——对用户而言，二者都是可感知的好处。

代价在 OpenAI 那边：每一次重置都意味着在算力最紧的时候放出更多用量。挑战期间出现过「模型已满载」报错的专项修复，本身就说明容量并不宽裕。

倒计时的另一头是 10 月 30 日

更耐人寻味的是时间点。据外媒报道，OpenAI 已宣布自 10 月 30 日起，把 200 美元 Pro 档在 Codex 与 ChatGPT Work 上的用量从 Plus 的 20 倍下调到 10 倍。28 天挑战的终点在 10 月底到 11 月初之间，几乎与这次下调撞在一起。一边是连续重置把额度往外放，一边是下周起高价档的倍数直接减半，挑战期间的慷慨，有多少是在为下调做缓冲，OpenAI 没有说。

Tibo 那句「不确定剩下七天会怎样」很坦白。剩下的七天里，如果重置继续压过功能，这场挑战留给人的印象，可能就不是 Codex 变好了多少，而是额度在 10 月最后一周到底还剩多少。