OpenAI 否认了在未通知开发者的情况下更改 Codex 使用限额的说法。在付费用户报告其每周 Codex 额度的消耗速度远超所购套餐应有水平后，Codex 负责人 Thibault Sottiaux 将原因指向第三方“sub2api”工具。Codex 是 OpenAI 的智能体编程工具，其消耗的是 ChatGPT 订阅所附带的每周额度——这是一种固定费率模式，与 OpenAI API 按量付费的计费方式不同，而“sub2api”配置恰恰跨越了订阅与 API 之间的这条界线。

OpenAI 是否下调了使用限额？

据《Wired》采访报道，现任 OpenAI 核心产品负责人、同时执掌 ChatGPT 与 Codex 的 Thibault Sottiaux 在一篇广泛传播的 X 帖子中，回应了开发者关于每周 Codex 额度消耗过快的投诉。

Sottiaux 写道，调整用量上限并非公司在不与社区沟通、不保持透明的情况下会做的事情。他表示，当其团队检查那些额度迅速耗尽的账户时，发现其中许多正在运行“sub2api”配置——这类工具将 ChatGPT 订阅重新打包，使其可以像 OpenAI 按量付费的 API 一样被调用。不过，OpenAI 自身的文档指出，订阅访问与 API 密钥访问是按不同轨道分别计费的。

在 OpenAI 的开发者论坛上，一位以 anil.c1 为名发帖的 Codex 20x 订阅用户于 8 月 14 日写道，尽管他使用基础版 Codex Desktop、未借助任何额外工具，工作量也与以往相同，但他的每周额度却在将近五个小时的窗口期内耗尽。四天后，他再次发帖称已取消订阅。

另一位用户“plutavian”表示，一个全新的 20x 账户每周限额约为 200 美元，而同一套餐下一个较早注册的账户仍有超过 2,000 美元。

此事不仅关乎费用，也关乎竞争格局：Codex 是多款基于订阅的 AI 编程智能体之一——Anthropic 的 Claude Code 和 GitHub Copilot 是其中的其他例子——而用量额度正是开发者在该市场中比较各套餐的标准之一。

OpenAI 的用量问题仅由第三方工具造成吗？

一位名叫 Ayaan Lashari 的开发者开发了一款名为 NerfTrack 的免费应用并发布在 GitHub 上，该应用可读取 Codex 用量数据并以美元形式显示每周数值——这为 OpenAI 仅显示百分比进度条的问题提供了一种变通方案。

Kingy AI 的一项调查将 NerfTrack 的说法描述为“有依据但未经证实”，并指出在经四舍五入的百分比进度条上，额度变小与消耗加快的表现完全相同，因此很难判断究竟发生了哪种情况。该报告还援引了 Alex Getman 于 8 月 20 日发布的帖子，其中声称 Plus 套餐的额度按 API 美元计算已从约 160 美元降至 80 美元。

这是该问题两个月内第二次出现，而 Sottiaux 在此期间已多次回应用量投诉。6 月 30 日，Sottiaux 召开了一场周日“作战室”（warroom）会议，解释称第一次事件是由于 Codex 在后台错误地执行了额外工作：自动化审查工具和辅助子智能体有时会重复运行，或过度尝试修复错误，从而消耗了超出预期的用量。他还表示，仪表板上显示的部分活动从未被计费，并确认修复措施已经到位，且所有用户的用量限额已完全重置。

随后，据 Kingy AI 报道，他于 7 月 28 日回应了新一轮投诉，称 GPT-5.6 Sol 进行的工具调用比旧模型更多、运行时间更长，而 OpenAI 已对其作出调整，使正常使用时长延长约 18%。他还否认公司削减了任何订阅用量限额。

真正的问题在于人们对用量限额运作方式存在的困惑。OpenAI 帮助中心表示，Codex、ChatGPT Work 及相关工具共享同一额度。用量还取决于多种因素，包括所使用的模型、任务运行的位置、任务复杂度，以及上下文、推理力度、速度和所用工具。

例如，Kingy AI 指出，快速模式（Fast Mode）以约 1.5 倍的速度运行 GPT-5.6，但消耗额度的速率是正常水平的 2.5 倍。今年 6 月问题爆发时，OpenAI 的补救措施是全面重置所有用户的限额；而这一次，迄今为止的公开回应只有 sub2api 的解释，尚未宣布任何重置措施，也未对仅显示百分比的仪表板作出改动。