OpenAI 悄悄修了一个 Bug，让 Codex 消耗降到原来的三分之一

8月23日晚上，你打开 Claude Code 准备跑一个任务。 用着用着，发现不对——反应慢了很多，一看用量，已经烧掉了平时一整天的 token。 你以为是自己的 prompt 太长。 其实不是。是 OpenAI Codex 的额度被一群用户跑爆了。

发生了什么

8月23日，OpenAI Codex & ChatGPT 团队负责人 Thibault Sottiaux 在 X 发了一条帖子，解释了最近 Codex 消耗异常的原因，找到了三个效率问题： - **图片压缩效率低**：模型处理图片 token 的方式不够优化 - **计算机历史记录 P95 偏高**：读取浏览器/终端历史的 token 消耗异常高 - **标题生成效率差**：每次生成标题消耗的 token 超出正常范围 8月24日太平洋时间下午两点左右，OpenAI 给所有订阅用户重置了额度，同时上线修复版本。 这是 OpenAI 第一次在公开场合承认 Codex 消耗异常——而且不是用户的问题，是产品自己的效率漏洞。

Asana 的故事是另一个侧面

同一周，Asana 的 CTO 在公开场合分享了一个数据：他们用 Codex 花了大约 12,000 美元，在两周内清掉了五年的技术债务积压。 这个数字听起来很大，但换算成工程师薪资——两个高级工程师两个月的工资，差不多就是这个数。换来的产出是五年的 backlog。 当然，这个数字也和 Codex 的消耗问题联系在了一起：为什么两周能烧掉 12,000 美元？因为图片压缩、历史记录、标题生成这三个低效问题一直在暗中耗 token。

这次修复意味着什么

重置额度只是治标。今天修复的是图片压缩、历史记录读取和标题生成这三个环节——这些是所有 Codex 用户都在付出的隐性成本。 修复之后，同样的任务消耗的 token 会明显下降。简单说：**原来跑一个任务花 100 万 token，修复后可能只需要 30 万**。 对于重度用户（个人开发者或团队），这是直接的钱包影响。对于 Copilot 用户来说，OpenAI 修 Codex 不是 Copilot 的事——但这个信号说明，AI 编程工具的"效率战争"已经开始了。谁的单位任务 token 消耗更低，谁就能在相同预算下跑更多任务。 这篇文章来自 IT之家（8月23日）和 The Verge 综合报道（来源：OpenAI X 官方帖子 @thibaultsottiaux，8月23日）。