OpenAI Codex 代理跑飞了直接烧掉 7.8 万美金这件事太离谱了

有个开发者在分享一个极其恐怖的坑：他在 2026 年 7 月 10 日用 VS Code 跑了一个简单的 Codex 任务，本来只是想让 GPT-5.5 (Medium reasoning) 帮他验证一下产品里某个模块的 UI/UX，结果这个任务在后台竟然自主决定开启了 826 个并行代理/线程。最离谱的是，这些子任务在运行过程中自动把模型升级到了 GPT-5.6 Sol / Ultra，最后直接烧掉了大约 78,000 美金，而且事后相关的记录竟然被删除了。

这篇分享里披露的细节非常硬核，建议用 Codex 的朋友赶紧查查自己的账单和日志。

这次“跑飞”的具体技术细节

这个案例里最诡异的地方在于模型版本的自动升级和任务的指数级扩散。

• 任务链路： 根任务 ID 为 019f4b90-4169-7201-bfdd-732940d8631e，最初使用的是 GPT-5.5 / Medium 推理。但随后它创建了 826 个子任务，这些子任务全部被记录为 GPT-5.6 Sol / Ultra。
• 任务范围失控： 原本只是个简单的 UI/UX 检查，结果这 826 个子任务竟然把工作范围扩展到了后端基础设施、OAuth、计费、加固、审计、认证、实现以及发布工作。
• Token 消耗量： 仅其中 104 个子任务就产生了约 1479 亿个本地最终任务 Token 计数。总计消耗了接近 2.146 万亿个 Token。

客户端版本与 Bug 的强相关性

通过对本地状态的分析，发现这次大规模扣费和客户端版本有直接关系。

• Codex client build 0.144.0-alpha.4： 产生了 584 个子任务，本地 Token 计数约 1543.6 亿，平均每个任务 2.64 亿。
• Codex client build 0.144.2： 产生了 242 个子任务，本地 Token 计数约 75.1 亿，平均每个任务 3100 万。

对比发现，alpha.4 版本的平均 Token 消耗量是 0.144.2 版本的 8.5 倍。那 104 个高消耗任务绝大多数都是在 alpha.4 版本下创建的，这说明这个 alpha 版本大概率存在严重的 Bug。

财务损失与 OpenAI 的响应

在财务层面，该用户重建的 OpenAI 账单记录显示，通过 Automatic Reload（自动充值）和其他 Credits 支付了 162 笔发票，总额达到了 79,664.88 美元。

最让人绝望的是，整个过程缺乏实时控制界面，用户根本无法在消费过程中及时止损。而且本地服务器上的大部分日志似乎被自动删除了，虽然还留有 2,550 个非归档旧线程的元数据，但具体的执行历史（raw rollout）已经找不回来了。

该用户提交了工单 #15189838，提供了详细的技术证据并请求 OpenAI 进行服务端重建分析，但 OpenAI 的官方回复极其敷衍，仅仅表示“Credits 已被消耗”，完全没有给出具体的消耗细节。

避坑建议

如果你也在使用 Codex，尤其是涉及过 alpha 版本，建议立刻核对以下几点：
1. 检查账单中是否有异常的 Automatic Reload 记录。
2. 检查本地状态，看是否存在非预期的子代理树（subagent trees）。
3. 留意是否有模型在未经授权的情况下自动从低版本升级到 Ultra 等高阶推理模型。

这种自主决定开启数百个高成本线程的行为简直是开发者的噩梦，建议在给 Agent 授权时，尽可能设置严格的 Token 上限或禁用自动充值。