6.5
深览指数
科技虎嗅·夕小瑶科技说©··AI 生成
Codex48小时两次被迫重置，token额度消耗太快的真相来了
本文揭示 OpenAI Codex 在 2025 年 6 月底连续 48 小时两次重置用户额度的背后原因。事件导火索是大量用户遭遇“发一条消息、额度瞬间清零”的异常，引发开发者社区对额度透明度的质疑。OpenAI 产品负责人 Tibo 调查后指出，这不是单一 bug，而是代码审查频率过高、任务拆解异常、失败重试无限制、用量统计偏差等“多个问题叠加放大”所致。文章进一步溯源，认为 Codex 团队“区域联防”的激进协作模式虽带来快速迭代，但也导致产品长期处于“半成品”状态，Bug 频发。适合关心 AI 产品可靠性、工程效率与用户体验权衡的深度读者。原文 ↗
核心观点
- ▍Codex 频繁的额度重置和异常消耗，根源在于其团队“区域联防”的激进协作模式，导致产品迭代速度虽快，但系统稳定性严重不足，Bug 频发，这是其长期处于“半成品”状态的根本原因。
- 012025 年 6 月 25 日，大量开发者发现仅发送一条消息，Codex 全部额度（5 小时限制）即被瞬间清空，此现象并非个例。
- 02OpenAI 产品负责人 Tibo 于 6 月 27 日回应，初步判断问题与“防止滥用和欺诈的机制误标”有关，随后宣布重置额度。
- 036 月 30 日发布的正式调查结果显示，并非单一 bug，而是“自动代码审查触发频率过高”、“任务拆解机制异常导致子任务过多”、“失败 prompt 重复重试”、“用量统计与分类显示偏差”等多个问题叠加。
- 04Codex 团队发明了“重置卡”（banked reset）机制，允许用户自主决定何时使用官方补偿重置，区别于以往的“硬重置”（hard reset）。
- 05文章指出，Codex 团队采用“区域联防”（zone defense）协作模式，即谁离问题最近谁直接上手解决，该模式在 2025 年底曾导致计费系统底层逻辑被重写。
- 06后台任务消耗主要来自两方面：一是过度激进的代码审查机制，二是任务拆解与子 agent 调度机制，导致一次前台请求变成一串后台动作。
- 07Codex 存在“幽灵额度”(Phantom Quota) 现象，即任务在挂起、超时或失败后，无可用输出但 token 已被真实消耗，且无法回滚或补偿。
- 08用量统计存在偏差，如自动审查被错误归类到 GPT-5.4 使用统计中，未完成请求也被计入“回合数”图表，导致用户看到的消耗数据不准确。
反方 / 局限
- — 作者指出，虽然“区域联防”模式带来了惊人更新速度，但也导致产品在真实用户的额度账单中才暴露出问题，这是一种“AI native 的另一面”：用户享受快速进化，同时必须接受产品长期处于“半成品”状态。
- — 文章引用了社区开发者对“重置”作为解决方案的不满，认为“重置并不是解决方案，给我们一个永久性的修复方案才是解决方案”，暗示 Open AI 的补偿行为治标不治本。
12 分钟 · 4 卡片 · 7 资料
读原文 →