OpenAI 将 Codex 积分耗尽归咎于有缺陷的反滥用系统，并为所有付费用户重置限制

OpenAI 发现，由于有缺陷的欺诈预防逻辑耗尽了 Codex 积分库存，付费开发人员几天无法访问 AI 编码代理。该事件导致总共三次使用重置，并引发了对 AI 工具可靠性的新担忧，由于计算需求，这些工具的使用受到限制。

Codex 工程团队成员 Thibault Sottiaux 于 6 月 28 日和 6 月 29 日在 X 上发布了几篇帖子记录该事件。这促使 Codex 团队在周末在 “战情室” 中工作，调查系统日志以确定问题的原因。

经 OpenAI 的状态页面 确认，系统性滥用和欺诈预防系统是导致用户被意外限速的原因。

出了什么问题 

开发人员大约在 6 月中旬开始经历奇怪的积分耗尽。到 6 月 25 日，许多开发人员转向 GitHub 和社交媒体报告，称执行这些相同任务时的代币消耗量远高于通常情况。KuCoin News 的直播以 Beating 监控站点的数据为来源，估计某些账户的使用量是正常水平的 10 到 20 倍。

订阅 OpenAI Pro 计划（每月 200 美元）的用户报告 积分迅速耗尽，40 美元的补充积分（即几小时内）被消耗殆尽。还有多起报告称，原本预留用于 5 小时编码的预算仅由几个提示词就消耗完毕。甚至有一位 X 上的软件工程师 表示，他在一天内的两次会话中就烧完了整整一周的使用量。

Sottiaux 于 6 月 28 日确认，这是一个令他担忧的问题，并且对问题的范围毫无疑问。“Codex 团队在周日的一个战情室中仔细查看日志，并检查是否有任何可能导致某些用户使用量增加的情况，”他写道。“非常重视此事，在彻底查明原因之前不会罢休。”

Codex 团队通过三次重置恢复使用量

在报告 Codex 使用速度加快后，OpenAI 逐步公布了帮助其用户的计划。Sottiaux 在 6 月 28 日之前对所有 Codex 使用限制进行了硬重置，这也重置了用户之前累积的重置次数（最多三次）。他还承诺向任何仍受影响的用户提供手动重置。

到了第二天（6 月 29 日），团队发现 Codex 限速基础设施 中的多个漏洞导致了 Codex 的意外使用。进行了第三次全面重置，Sottiaux 发布称，所有用户将获得一次额外的银行重置，可在 24 小时内使用。

他表示，他们收到了几份报告，称 Codex 的使用速度快于最初预期，并指出“没有一个中心问题”。初步修复工作在此时完成。

Sottiaux 强调了此次事件的不幸时机，因为 OpenAI 的日历系统将同一时间段标记为 “重置周”，用于一项无关的计划。

计算限制给 AI 编码工作流带来压力

Codex 问题出现之际，AI 公司正明显限制对计算资源的访问。3 月，由于高容量使用，Anthropic 的 Claude 产品出现了两次关于“使用限制”的重大问题。

此外，在同一个月，由于导致中断的 bug，Claude 也出现了中断，这让许多专业开发人员意识到他们在使用基于 AI 的产品辅助编码方面变得多么依赖，许多人公开抱怨由于无法访问而不得不手动编码。

OpenAI 在 6 月还经历了一次 Codex 的单独中断，就在三天前，他们经历了 24 小时内发生的三次稳定性问题，迫使 Sottiaux 更改所有付费计划的使用限制，并告诉用户 “愿代币再次流淌”。

随着市场的发展，AI 公司之间出现了明显的结构性紧张关系，因为它们开始消除基于费用的无限定价，因为对推理型计算的需求远远超过了容量。

OpenAI 于 6 月 12 日实施了一种银行重置类型的系统，允许 Go、Plus、Pro 和商业型订阅计划中使用基于 Codex 产品的用户发起一次手动重置其配额，并自行决定使用，这确实认识到僵化的冷却窗口在开发人员工作期间令人沮丧。然而，正如积分耗尽 bug 所证明的那样，这也表明计量是该系统的关键组成部分。

试图开发结合基于 AI 的编码助手的工作流程的开发人员将继续受到多次使用中断的限制，以制定未来计划。根据已建立的使用窗口安排时间的开发人员（Business Insider 报道过这种情况，并且正日益成为常态）将继续面临累积的生产力损失。

OpenAI 将继续监控局势，并在调查过程完成后提供进一步更新。