https://codexer.com/tags/%E4%BD%BF%E7%94%A8%E9%99%90%E9%A2%9D/Recent content in 使用限额 on CodexerHugozh-cnWed, 01 Jul 2026 10:00:00 +0800https://codexer.com/posts/2026-07-01-codex-usage-limit-warroom/Wed, 01 Jul 2026 10:00:00 +0800https://codexer.com/posts/2026-07-01-codex-usage-limit-warroom/<p>上周末，如果你是一名 Codex 重度用户，你可能会经历这样一个魔幻时刻：明明没怎么用，上午刚充值的额度到下午就见底了。类似上周还能轻松跑一整周的工作量，现在两三天就烧光了。</p> <p>这不是你的错觉。OpenAI 的 Codex 确实出了大问题。</p> <p>6 月 28 日到 29 日那个周末，X（原 Twitter）上开始出现大量 Codex 用户的抱怨。有人发现自己的 Pro 套餐（月付 200 美元）在 2 到 3 天内就用光了整周的额度，而之前同样的使用习惯从没遇到过这种情况。软件工程师 Adam 在 X 上写道：「我之前一整周都用不完 7 天的额度，结果最近两天每天就烧掉整整一周的量，我不得不第一次使用重置功能。」</p> <p>面对汹涌而来的用户投诉，OpenAI 做了一件不寻常的事：<strong>在周日拉起了一个「作战室」（War Room）</strong>。</p> <p>Codex 工程负责人 Thibault Sottiaux 周一在 X 上发帖解释说，经过紧急排查，团队发现了几个关键问题：</p> <h2 id="ai-agent-在偷偷加班">AI Agent 在「偷偷加班」</h2> <p>第一个也是最核心的问题：<strong>Codex 的自动化功能在后台运行得比预期更多</strong>。</p> <p>具体来说，Codex 内置的自动审查（auto-review）功能本应在不需要人工干预的情况下检查代码行，但它有时会重复运行甚至跑两次。辅助子 Agent（sub-agent）也存在类似问题，出错后重试得过于激进。这些后台进程像是一群不会喊累的实习生，默默地在后台燃烧着用户的额度。</p> <p>Sottiaux 的原话是：「auto-review 和 helper subagents 有时候运行得比预期更频繁，要么跑两次，要么在出错后重试过于激进。」</p> <h2 id="仪表盘也在说谎">仪表盘也在「说谎」</h2> <p>第二个问题是并发的：<strong>Codex 的使用量仪表盘也在显示错误的数据</strong>。有些被记录为已消耗的额度实际上并没有真正被扣费，仪表盘把不该算的也算进去了。这导致用户看到的额度消耗比实际情况更糟糕，形成了「后台在偷偷烧额度，前台在虚报消耗」的双重打击。</p> <p>用 Sottiaux 的话说，仪表盘「错误地显示了实际上并未向用户收费的活动」。</p> <h2 id="怎么修的">怎么修的？</h2> <p>OpenAI 的应对相当迅速。周末作战室查明原因后，工程团队立即部署了修复方案，同时采取了两项果断措施：</p> <ol> <li><strong>全量重置所有用户的使用额度上限</strong>，给所有人一个干净的起点</li> <li><strong>新增了更详细的监控机制</strong>，用于更快地发现后台用量异常</li> </ol> <p>Sottiaux 表示：「所有修复已部署，我们增加了更详细的监控，以便更快发现后台用量回退。我们会继续密切关注结果。」随后，OpenAI 再次对所有用户进行了全额度的重置。</p> <h2 id="这件事为什么重要">这件事为什么重要？</h2> <p>表面上看，这只是一次技术故障。但如果深挖下去，这次事件揭示了 AI 编程工具一个至关重要的挑战：<strong>隐性成本</strong>。</p>