Codex 本周又双叒叕重置了！额度莫名暴走？官方给了解决方案

最近用 Codex 的朋友们是不是都有点懵？明明感觉自己没写多少代码，或者只是挂了一会儿，结果额度像开了闸的水一样“哗哗”地流，没撑几天就见底了。

Codex额度消耗过快问题示意图

别慌，这不只是你的错觉。官方也听到了大家的吐槽，经过一番排查，他们发现这背后不是单一的大 Bug，而是几个“小问题”叠加在一起，硬生生把我们的额度给“卷”没了。为了表示歉意，官方直接宣布：额度在重置的基础上，再额外送一次 24 小时的使用量！

这波羊毛薅得挺舒服，但问题到底出在哪？以后会不会再次发生？我们来扒一扒官方的技术复盘，给大伙儿吃颗定心丸。

🔍 额度去哪了？原来是“后台”在偷偷加班

官方调查发现，Codex 消耗过快的罪魁祸首主要集中在“后台行为”上。简单来说，就是你在前台喝茶，它在后台疯狂干活，而且是那种低效的蛮干。

Codex计费报表Bug修复示意图

具体有这么几个坑：

1. 自动审查太“积极”： 可能是为了优化体验，自动审查功能变得更加主动，本来可能不需要频繁介入的场景也被触发了。
2. 子代理被无脑触发： 某些代码改动会导致系统启动更多的子代理去处理任务，这种链式反应极大地增加了 Token 的消耗。
3. 失败的“死循环”： 背景建议功能在遇到失败时，没有及时止损，而是可能会重试两次甚至更频繁。这就相当于你发了一条指令，系统在背后替你重发了好几次，钱自然就烧得快。

解决方案： 官方已经回滚了上述导致消耗激增的更改，重点修复了建议调度、重复生成和重试逻辑。现在的逻辑是：减少不必要的后台消耗，保留用户明确发出的指令。 也就说，以后你的每一次 Token 消耗，更多是基于你的真实意图，而不是系统自己在那“脑补”干活。

📊 报表看花了眼？计费显示也修了

除了实际消耗快，之前的统计报表也有误导性，搞得人心惶惶。

之前的 Bug：

• 张冠李戴： 自动审查产生的消耗，被错误地归类到了昂贵的 GPT-5.4 使用量里。看到账单你可能会想：“我啥时候用了这么高级的模型？”
• 无效计次： 失败的请求或者被限流的请求，竟然也被算作了一次“回合”，看着图表上的线条在涨，其实全是无效操作。

现在的优化：

• 分类明确： 自动审查现在有了自己的独立分类，不再蹭 GPT-5.4 的流量。
• 精准统计： 只有真正成功的请求才会计入回合图表。限速不会被扣费，也不会再让你产生“消耗错觉”。

🛠️ 别光顾着薅羊毛，配置要跟上了

为了解决这堆问题，官方除了直接给咱们发额度福利，还在 CLI、桌面应用和后端连夜推送了热修复。

所以，如果你发现界面上的数据还“不对劲”，或者后台还在莫名其妙地跑任务，建议检查一下你的客户端版本是不是最新的。历史数据可能因为没有回溯标记还会显示旧分类，但新的使用记录应该会清爽很多。

💡 总结一下

这次折腾虽然让人心烦，但官方的反应速度还算快：查原因、修 Bug、发额度、推热修，一条龙服务算是到位了。

给大伙儿的建议：

1. 趁热打铁： 额度重置还有额外赠送的 24 小时权益，近期有重度编码需求的可以抓紧时间用。
2. 关注功能： 那些高耗能的功能，比如 /goal 指令、多子代理协作以及高推理级别模式，虽然好用，但确实是“吃额度大户”，按需开启即可。
3. 升级客户端： 确保你的工具链是最新版，这样才能享受到这次优化后的“省流”模式。

希望这次修复后，大家的 Codex 能稳定发挥，把算力都用在刀刃上！