“你的每周额度和每小时额度都已经恢复到100%了。”
OpenAI Codex负责人Tibo发了这条帖子，语气轻松得像在派发节日糖果。这件事的由头是Codex用户数量突破了500万大关，于是所有付费版ChatGPT订阅用户的Codex使用额度被统一重置。之前因为额度耗尽而无法使用Codex的用户，理论上应该重新获得完整额度。有用户确认，自己的周额度已从约60%恢复到99%，说明重置确实在部分账户中生效了。在此之前，ChatGPT Plus、Pro等用户达到使用限制后，还得额外购买积分才能继续用。
本来是一桩皆大欢喜的事，但现实总比设想复杂。额度被重置，对不同时间、不同使用习惯的用户来说，意味完全不同。
一部分用户确实感到了爽快。“我当时真的很努力得想用掉我的token，哈哈。”这种用户把额度恢复看成意外之喜。另一位用户的话更具体：“你额度重置的帖子，正好推了我一把，让我终于去试了试fast模式。我之前一直没用，是担心使用额度烧得太快。但这次额度重置之后，我就很容易拿它来跑真正的eval和review-agent工作了。现在，新鲜出炉的token已经给我带来过量多巴胺了。”这类声音里，重置是把人从使用焦虑里推出去的临门一脚。
但更多人的态度截然相反。“实际上，它并没有给大多数人带来任何真正的好处，只是表面上的重置而已。”新一周刚开始不到一天，额度还没来得及消耗多少，突然重置反而让机会落了空。不少用户表示，自己的常规周重置刚刚发生不久，因此这次额外重置几乎没有带来实际收益。
围绕额度的计算方式，疑问也迅速浮现。有人在帖子下询问当前是否按5倍计算，也有人问100美元订阅档是否不再拥有双倍使用量。回复称，按太平洋时间计算，双倍额度仍会持续到当天结束。
更尖锐的矛盾出现在重置时机和窗口计算上。用户Jimmni的遭遇让矛盾具体化了：“我的每周额度原本应该在6号重置，而且我除了打开应用查看重置日期之外，并没有实际使用额度。结果现在我的每周重置日期变成了7号。如果用户的额度本来还是100%，这次统一重置就不应该把他的重置日期往后推。”他的结论直接——“对我来说，少了一天。这次重置对我完全是负面的。”
有人试图解释这套逻辑：在小于7天的窗口期内，你不可能真正处于100%额度状态。你需要至少发送一条prompt来启动这一周的计量周期，而这会让你的额度低于100%，不过四舍五入后，界面上可能仍然显示为100%。Jimmni的回应则指向一种不同的操作经验：他之前发现，只要打开应用，Codex就会把5小时额度设成99%、每周额度设成100%，这样就足以“锁定”重置日了，并不需要真的至少发送一条prompt。
统一重置能缓解部分高频用户的使用压力，但重置时机、双倍额度持续时间、不同订阅档位的权益差异，以及周额度窗口如何计算，这几个问题拧在一起，成了用户最关心、但也很难统一解决的症结。
当一部分用户在争论额度到底是赚了还是亏了时，另一场更安静的较量已经在Token消耗量上展开。AI成本管理平台CostHawk发布了一份“匿名人工智能工具排行榜”，用Token消耗量来衡量开发者对AI编程工具的使用强度。榜单覆盖Claude Code、OpenAI Codex、Cursor等AI开发工具，并以匿名别名展示用户排名。它只公开Token数量、模型名称、时间戳和哈希后的项目ID，不展示真实姓名、账号、邮箱，也不收集或存储提示词、模型回复和源代码。
这份榜单追踪了100名operator，总Token消耗达到4159亿。榜首用户LunarCircuit使用量约为525亿Token；榜单前1%的用户贡献了12.6%的Token消耗，高强度AI编程用户对总体使用量的拉动力十分明显。
从工具占比看，格局仍然明朗。Claude Code消耗约3697亿Token，占比88.9%；Codex消耗约462亿Token，占比11.1%；Cursor消耗约77万Token，占比接近0%。在100名operator中，有96名使用Claude Code，43名使用Codex，2名使用Cursor。
但这组数字不能直接划等号。Codex和Claude Code的设计不同，会导致同一个任务的Token消耗量产生很大差异。有开发者在一次标准Figma集成任务中做了对比：在相同提示词、相同代码仓库、相同目标输出下，Codex完成基准任务约消耗7.2万个Token，而Claude Code约消耗23.5万个Token，后者消耗量约为前者3倍。也就是说，Claude Code的高份额有部分来自它“食量”本身更大。
榜单进一步区分了用户类型：仅使用Claude Code的用户占56%，多工具用户占40%，仅使用Codex的用户占3%，仅使用Cursor的用户占1%。这意味着，在高强度AI编程用户中，Claude Code仍是主入口，但相当一部分用户已经开始同时使用多款AI编程工具。
增长趋势上，Cursor本月增长速度比Codex快1.3倍。Cursor本月增长100%，Codex增长79.1%，Claude Code增长0.1%。不过由于Cursor当前基数较小，它的高速增长更多体现为早期扩张信号，尚未改变整体Token份额格局。
从Claude Code切换到Codex，这件事并不是最近才冒出来的新话题。一个月前，Reddit上就有开发者询问迁移后的用户体验。发帖者称，自己过去数月一直使用Claude Code Max x20，同时结合Serena、MCP、GSD1等工具，在多个项目中并行使用，但经常遇到会话额度耗尽的问题。
帖子下面的回答形成了一幅更细腻的开发者画像。一名拥有30多年开发经验的用户表示，Codex对自己来说“能完成工作”，在编写更具未来可维护性的代码方面表现更好；相比之下，Claude有时需要反复要求修正，尤其在前端任务上表现较弱。但他不忘提醒一句：AI工具不会对代码库承担长期责任，最终负责的人仍然是开发者自己。
另一名有20年经验、在FAANG工作的工程师则描述了一种“对抗式”工作流。他通常会在Claude Code和Codex之间切换，尤其是在额度受限时。他认为，Codex在最新版本中已经成为自己的首选，原因是反馈更快、推理更好，但他仍然倾向于同时保留两者。在复杂设计和规划阶段，他先让一个工具形成方案，再让另一个工具提出批评，让两个工具互相审查。也有用户明确表示准备取消Claude订阅，完全依赖Codex。
在实际使用中，“美国人还没醒的时候先用Claude；等美国用户上线、Claude变慢之后，再切到Codex”，这个策略在开发者中流传开来。Anthropic一直在用用户数据来调整工具和定价策略，而Codex借着这波用户惯性达到了500万用户规模，但Claude Code依然是开发者们的首选。而额度重置这件事，在用户眼中不再是单纯的福利，倒更像是一面镜子，照出了不同用户在使用习惯、订阅档位和重置时间点上的复杂处境。
热门跟贴