AI 日报

我的 OpenAI CODEX 账户失控了，从一个简单请求开始，自主决定在未经我任何授权的情况下启动 826 个并行智能体/线程，而且没有报告任何形式的结果，却消耗了近 2,146 万亿个 token，总计消耗约 78,000 美元，并删除了所有关于所执行操作的记录：我已向 OpenAI 提交工单 2 周，但根本无法联系到人工客服。 2026 年 7 月 10 日，我从 VS Code 打开了一个普通的 Codex 任务。 该任务运行的是：GPT-5.5 / Medium reasoning 我的提示非常简单，只是要求对我产品中某个特定模块进行 UX/UI 验证。 经过艰难分析，我在接下来几天发现的是： Root ID 为 019f4b90-4169-7201-bfdd-732940d8631e、reasoning 为 GPT-5.5 / Medium 的任务创建了 826 个子任务，记录为 GPT-5.6 Sol / Ultra（注意 reasoning 级别和模型选择的差异） 这不是一次对话中的 826 条消息，而是 826 条不同的子任务记录，并且都有各自的 ID。 其中有一组特别奇怪，包含 104 个子任务。它们都保留了与原始任务相同的初始消息，记录为 GPT-5.6 Sol/Ultra，并且没有记录 agent_role 或 agent_path。 仅这 104 个任务就约占 1479 亿个本地最终任务 token 计数器。 它们的标题显示，我要求检查 UI/UX 的请求已经扩展为涉及后端基础设施、OAuth、计量、加固、审计、认证、实现和发布的工作。 准确地说：这些本地 token 计数器并不是 OpenAI 权威的计费账本，我也不是在声称 1479 亿个本地计数器可以简单地乘以 API 价格。 这正是问题的一部分：只有 OpenAI 拥有服务器端映射。 还有另一个异常相关性。 在 Codex client build 0.144.0-alpha.4 下，该任务族包含： 584 个子任务 / 约 1543.6 亿个本地 token 计数器 平均：每个任务约 2.643 亿 在 0.144.2 下： 242 个子任务 / 约 75.1 亿 平均：每个任务约 3100 万 这意味着每个子任务的平均本地 token 量大约相差 8.5 倍。 上述 104 个高容量任务中有 103 个是在记录为 0.144.0-alpha.4 时创建的。 这让我相信 alpha build 存在严重 bug，因为在其他几个任务中也观察到了相同模式。 在财务方面，我重建的 OpenAI 账单历史包含 162 张已支付发票，总额为 $79,664.88，分布在 Automatic Reload 和其他 “Credits” 之间。 当时没有等效的实时控制界面能让我清楚了解支出情况，而且大多数日志似乎已从我的服务器上自动删除：在恢复出的本地状态中，大约 2,550 个未归档的旧线程仍有元数据，但本地没有对应的原始 rollout。 换句话说，仍然有证据表明这些任务曾经存在，而用于重建生成其中许多任务的指令所需的详细执行历史，在我的机器上已经不再可用。 我还亲眼看到任务/对话从正常可见历史中消失。 我联系了 OpenAI Support，并开启了案件 #15189838。 我已提供技术证据，并多次要求进行服务器端重建，但 OpenAI 只是回复说“credits were consumed”，没有任何细节。 我想听听其他在 7 月/8 月左右使用 Codex 的人的情况：你们检查过自己的本地 Codex 状态吗？你们是否见过异常庞大的 subagent 树、模型/reasoning 升级、重复子任务，或无法解释的 Automatic Reload 活动？ 我尤其想听到任何拥有 Codex 0.144.0-alpha.4 日志的人提供信息。 如果 OpenAI 工程师看到这篇文章，我也欢迎给出技术解释。 评论 URL： https://news.ycombinator.com/item?id=49861047 点数：7 评论数：0

— Hacker News 熱門

文章 URL： https://www.bbc.com/news/articles/cw62jje658dlo 评论 URL： https://news.ycombinator.com/item?id=49856665 得分：48 评论数：51

— Hacker News 熱門

文章 URL: https://arxiv.org/abs/2609.22978 评论 URL: https://news.ycombinator.com/item?id=49859112 点数: 6 评论数: 0

— Hacker News 熱門