OpenAI 修复 Codex 额度消耗异常故障，并再次重置用户额度

先说一个核心结论：这次 Codex 的额度消耗异常，本质上是一起“后台运算跑冒滴漏”的典型事故。上周不少开发者还在抱怨额度见底太快，结果 OpenAI 在周日紧急拉起应急小组，周一就把问题摁住了——故障修复、额度重置，一步到位。

事情的起因并不复杂。OpenAI Codex 的工程负责人蒂博·索蒂奥克斯在 X 平台披露：后台实际执行的算力超出了预设标准，导致消耗额度时“虚增”了一大截。换句话说，用户还没做那么多任务，额度却像漏水的桶一样往下掉。

上周末，多名 Codex 用户在同一平台反馈：同样写代码的工作量，额度消耗速度比一周前快了好几倍。有人还做了对比测试——过去一天高强度编码才用掉一周的七分之一额度，结果现在两天就把整周额度干光了。一位名叫亚当的软件工程师直言“明显不对劲”，他是 200 美元套餐的用户，过去一周额度从未在七天内耗尽，但这次连续两天都直接清空，甚至第一次被迫申请额度重置。

那么，问题到底出在哪？索蒂奥克斯在周一的帖子中给出了细节：自动代码审核（就是无需人工介入逐行校验代码）以及辅助子智能体功能存在异常——要么运行频次超标、同一条代码被反复校验，要么程序出错后无节制地重复重试。更坑的是，控制面板还会错误展示一些后台运算记录，实际上这些运算根本没扣费。这就像加油站油表乱跳，还没加油就显示耗油过半，用户不炸才怪。

所幸修复方案已经全部上线。OpenAI 新增了更细化的监控机制，以便更早察觉后台算力消耗异常，团队也会持续跟踪运行数据。与此同时，所有用户的额度已被完全重置——相当于给所有人重新加满了油。

必须得说，代码生成本就是 AI 任务中对算力消耗极高的场景，一旦额度统计出现偏差，用户的账单分分钟翻车。这也是为什么这类故障对 OpenAI、Anthropic 等企业格外敏感——编程场景是用户付费意愿最强的 AI 应用之一，账单错误或服务中断很容易逼着开发者转投竞品。实际上，这次 Codex 的故障并非 OpenAI 本月首次服务异常，Anthropic 也出现过类似问题。今年 3 月 Claude 服务中断时，大量开发者哀叹“只能回归手动写代码”，可见 AI 编程工具已经深度嵌入开发流程。

更值得关注的是行业大趋势：随着 AI 工具用户量暴涨，算力资源持续承压，各大企业正逐步下调用户的使用额度上限。今年 3 月，Anthropic 就针对高峰时段下调了 Claude 的额度，不少程序员甚至调整工作节奏，专门等每日或每周额度重置。放眼整个行业，AI 服务商正在取消不限量使用模式，各类企业也开始限制员工使用 AI 工具，目的很直接——控制持续攀升的成本。

回到这次事件，最值得开发者留意的反倒是那个叫彭德拉的同行说的那句话：“我还是心存疑虑，已经停用 Codex 好几天了。”信任一旦受损，恢复起来可比修 Bug 难多了。对于 AI 工具提供商来说，额度统计的准确性比功能丰富度更重要——用户不害怕付钱，但害怕付糊涂钱。