周白｜OC 产品体验编辑

据开发者 Max Woolf 的文章 What's the deal with all the random weekly quota resets for agents lately? 及第三方记录站 Codex Resets，OpenAI 在 GPT-5.6 发布和用户增长期间多次为 Codex、ChatGPT Work 用户恢复周额度，有时还发放可手动启用的 banked reset。许多重置由 Codex 负责人 Tibo 在 X 上临时宣布，并没有稳定日程。

一句话结论： 频繁重置表面上是免费赠送算力，实际上暴露了 Agent 订阅最不透明的地方：用户买到的不是明确 token 数，而是一项会随负载、模型和运营活动变化的使用权。

正常情况下，谁会抱怨商家免费续杯？问题在于 Codex 和 Claude Code 这类工具卖的是“每周可用额度”，重度用户会围绕重置时间安排工作。有人升级到更贵套餐，就是为了稳定跑完一批长任务。额度突然恢复，没用完的部分并不会兑换成下周余额，用户于是产生一种奇怪感觉：自己刚刚浪费了已经付费的资源。

Woolf 记录称，OpenAI 在 7 月上半月进行了多次直接重置，另外还发放过可在 30 天内使用的储备重置。Codex Resets 页面目前也显示数十次历史事件，平均间隔约九天，但这个平均值没有预测能力：最长空档超过两个月，最近又可能连续数日发生。

重置很可能不只是庆祝

官方公开理由包括用户里程碑、故障补偿、系统扩容和鼓励体验新模型。Tibo 曾在达到 800 万、900 万活跃用户等节点宣布恢复额度。这些理由可能都是真的，但重置也具有明显的产品作用。

前沿模型发布时，用户会集中尝试，服务端负载难预测；竞争对手也在同一时期推出新模型。恢复额度能让已有订阅者继续留在当前工具中测试，而不必在本周用完后立刻转向其他产品。这里可以合理推断存在留存效果，但没有证据证明每次重置都由“阻止用户试用竞品”驱动，不能把作者的猜测写成公司事实。

为什么用户会被“免费”激励绑架

当奖励时间不可预测，又会清空当前进度，理性用户反而会开始刷用量：担心今晚重置，就在下午临时启动并不急需的任务；得到 banked reset 后，又要记得在过期前消耗。额度从成本控制机制变成了一款需要经营的小游戏。

这对个人是注意力问题，对团队则是预算问题。企业很难根据“最近好像经常重置”估算开发吞吐量，也无法把偶发赠送当作服务等级承诺。有用户还报告公开宣称面向所有人的重置没有落到某些 Business 工作区，说明发放与界面同步本身也会出错。

最简单的改进不是停止赠送，而是让产品显示清楚：正常周额度剩余多少、自然重置时间、临时赠送多少、优先消耗哪一部分，以及储备重置何时过期。最好再提供正式的用量接口，让团队不必靠截图、提醒和第三方追踪器管理工作。

额度为什么不能直接写成 token

不同模型、推理强度、工具调用和长上下文的成本差异很大。一个固定 token 数并不等于固定服务成本，供应商因此更喜欢抽象的百分比和时间窗口。对用户而言，这也意味着同样的 100% 额度在产品升级后未必代表相同工作量。

Agent 订阅最终需要更接近云服务的可观察性：任务花了多少、哪个模型消耗最多、失败任务是否计费、达到限制时怎样降级。只用一个圆环显示“还剩 63%”，已经配不上持续数小时运行的生产工具。

关键事实

• Codex 存在五小时、每周以及可储备重置等不同限制或恢复机制，具体规则会随产品阶段变化。
• 最近多次重置由 Codex 负责人公开宣布，但没有固定时间表。
• 第三方追踪站是社区记录，不是 OpenAI 的正式计费或服务承诺页面。
• “为了阻止用户尝试竞争产品”是作者推测，目前没有官方证据确认。

OC 判断

免费加量没有错，错的是把资源供应变化做成不可预测的惊喜。Agent 已经进入真实工作流，额度也应该像云账单一样可查询、可归因、可计划。OpenAI 若希望用户把 Codex 当基础设施，就不能长期靠负责人帖文充当状态接口。

为什么重要

• 对开发者： 不要把临时重置当作稳定容量，关键项目应保留模型和工具的替代路径。
• 对企业： 套餐百分比难以直接映射成本和吞吐量，需要内部记录任务级消耗。
• 对普通用户： 没必要为了避免“浪费”而强行烧完额度，时间通常比赠送算力更贵。

参考来源

• Max Woolf：随机周额度重置分析
• Codex Resets 第三方记录站
• Codex 用户关于重置未到账的公开问题