Codex 连更第 15 天：交完功能再送一次额度重置

从二选一变成买一送一

这场挑战的规则在十月初就公布了：接下来 28 天，Codex 团队每天要么交付一项对大多数 Codex 与 ChatGPT Work 用户都有感的改进，要么直接做一次全量重置。所谓重置，是把 5 小时滚动额度和每周额度一并清零回满。规则里的“要么……要么”很关键——重置原本是改进没准备好时的替代品。

据中文与日文科技媒体整理，前两周里第 6、8、10 天都是以重置交差，三次之间各隔一天；第 14 天交付的是可修改线程里的旧消息，第 15 天则是云端任务在本地合盖后继续跑、CLI 支持会话分叉。按原规则，第 15 天到这里就算交卷了。追加的那次重置不在规则之内，是额外送出的。

一次重置到底值多少

重置的价值因人而异，而且差距很大。对一周里已经把额度用到见底的重度用户，它等于平白多出一整周的配额；对周一刚开始干活、额度还剩大半的人，几乎没有区别。换句话说，重置奖励的是“已经用得很凶”的那部分人，这和改进类更新惠及所有人的逻辑正好相反。

• 覆盖范围：Codex 与 ChatGPT Work 的 5 小时额度、每周额度同时回满
• 已知以重置代替改进的日子：第 6、8、10 天
• 第 15 天：先交付云环境与 CLI 功能，再追加一次重置
• 挑战总长：28 天，目前刚过一半

OpenAI 开发者社区里也能看到另一面：有用户发帖称公告里说的重置在自己账户上没生效，或者抱怨额度规则本身不透明。重置越频繁，“我这次到底有没有被重置”的困惑就越常见，这类帖子本身就是一种成本。

算力账和口碑账

把重置当赠品，前提是算力扛得住。就在几天前，Codex 刚改了满负荷时的报错逻辑，让任务在服务端过载时不再直接卡死——这说明高峰期的容量并不宽裕。在这种背景下追加重置，等于主动把一批重度用户的用量上限再抬高一截，团队显然判断这一周的容量余量够用，或者愿意为留住重度用户付出一点排队时间。

口碑上则没那么好看。转载这条消息的中文频道里，表情回应以踩为主，远多于点赞。原因不难猜：一部分人觉得重置只是“补发本该有的额度”，算不上福利；另一部分人在意的是基础额度本身，而不是隔几天来一次的回满。用连更挑战换来的关注度很高，但重置次数一多，它从惊喜变成预期，再从预期变成被拿来比较的基准线。

后半程看什么

还剩 13 天。真正能说明问题的不是还会有几次重置，而是挑战结束后的第 29 天：如果额度规则回到原状，这四周的密集回满就只是一场促销；如果基础额度借机被上调，或者重置被写成固定机制，那才算改变了 Codex 的使用成本。目前 Tibo 没有对第 28 天之后作出任何说明。