Codex提示“所选模型已达到容量上限”怎么办

“所选模型已达到容量上限”是什么意思？

“所选模型已达到容量上限。请尝试其他模型。”表示 OpenAI 当前缺少足够容量来提供该模型。这是 Codex（OpenAI 的编码代理）中的服务器端故障。这不表示您的套餐额度已用完。

请尝试其他模型或稍后重试，并查看状态页面。如果您的消息改为显示 You’ve hit your usage limit，说明您遇到的是其他问题，请参阅达到 ChatGPT 限制后该怎么办。

OpenAI 的一名 Codex 维护者在2026 年 5 月 12 日发布的 GitHub 评论中给出了最明确的说明：

如果您收到此消息，这不表示您受到速率限制，也不表示您的用量已耗尽。

该评论继续说明：“这表示我们在您所在的区域中用于提供此模型的容量不足。”这是 OpenAI 自有代码仓库中的评论。我们没有找到涵盖此消息的 OpenAI 帮助文章，因此应将该评论视为目前最权威的说明。该维护者于 2026 年 6 月 16 日使用“This issue has been mitigated”这句话关闭了该问题。相关消息仍保留在代码中，因此今后仍可能再次出现。

消息来自哪里？

这段措辞是 Codex 源代码中的固定文本。它是 codex-rs/protocol/src/error.rs 中的 ServerOverloaded 错误。我们于 2026 年 11 月 6 日在 main 分支查看了该文件，但上游代码会发生变化。

#[error("Selected model is at capacity. Please try a different model.")]
ServerOverloaded,

此错误变体没有字段，因此其文本不会变化。所有计划中显示的文本都相同，也不会包含模型名称。它也无法显示区域或预计等待时间，因此消息不会告知问题将持续多久。

当响应的 HTTP（超文本传输协议）状态为 503，且错误代码为 server_is_overloaded 时，Codex 会显示此文本。codex-rs/codex-api/src/api_bridge.rs 中定义了这种映射。同一文件还有另一条路径，会将内部的“服务器过载”错误转换为此消息。因此，状态为 503 且包含该代码，并不是触发此消息的唯一途径。

这是容量错误还是使用量限制？

请准确阅读屏幕上的文字。这两种错误来自不同的响应，需要采用不同的解决方法。

• 容量错误。 文本为 Selected model is at capacity. Please try a different model.。它来自 HTTP 503 响应。容量不足发生在 OpenAI 一侧。
• 使用量限制错误。 大多数版本的文本以 You’ve hit your usage limit 开头。工作区版本可能改为以 Your workspace is out of credits 或 You hit your spend cap 开头。Codex 仅在 HTTP 429 响应的正文类型为 usage_limit_reached 时生成此错误。耗尽的是您的使用额度、工作区额度或支出上限。

使用量限制文本的其余部分取决于您的套餐。Plus 用户会被提示升级到 Pro。Free 和 Go 用户会被提示升级到 Plus。Pro 用户会被引导到购买更多额度的页面。Enterprise 和 Edu 用户只会看到第一句话，以及一行说明何时重试。

Business 和 Team 用户会看到以下开头的消息：

You’ve hit your usage limit. To get more access now, send a request to your admin

这一行属于使用量限制错误。容量错误文本不包含管理员提示，因此如果您看到管理员提示，本指南中的步骤就不适用。这段措辞位于 Codex 源代码中。我们没有在定价页面或 Codex 帮助文章中找到它。

有一条使用量限制消息可能会让您困惑，因为它还提到了模型：You’ve hit your usage limit for，随后是 Switch to another model now。它仍然是使用量限制，因为开头的文字已经明确说明了这一点。

Codex 在同一个源文件中还有其他服务消息。这些是独立的错误，因此不要假定本文的建议适用于它们：

• Policy-restricted capacity is unavailable. Please try again later.
• Flex capacity unavailable.
• We’re currently experiencing high demand, which may cause temporary errors.

模型达到容量上限时应怎么做？

按以下顺序操作。

1. 确认完整的错误文本。只有 Selected model is at capacity 表示此错误。
2. 检查 OpenAI 状态页面。该页面列出 Codex 组件：Codex Web、Codex API、CLI（命令行界面）和 VS Code 扩展。
3. 在 Codex CLI 中运行 /status，查看当前使用的模型，因为错误信息不会显示模型名称。
4. 使用 /model 尝试其他模型，下一节将介绍具体方法。
5. 如果其他模型也失败，请停止切换模型。等待一段时间后再试。
6. 如果问题持续存在，请使用 /feedback 报告。

状态页面显示正常，并不能证明问题出在您的环境中。该页面说明，其可用性数据按层级、模型和错误类型汇总。因此，某个区域中的某个模型出现容量不足时，可能不会显示为服务事件。使用该页面查看实时状态。

如何在 Codex 中切换模型？

在 Codex CLI 会话中输入以下命令，然后按 Enter：

/model

此时会打开模型列表。列表只显示您的账户和工作区可以使用的模型。选择一个模型后，Codex 会在会话记录中确认切换结果。然后检查当前配置：

/status

/status 现在应显示新的活动模型，同时显示您的审批策略和当前令牌使用量。

如果会话已关闭，请返回项目目录，从该目录恢复最近的聊天，然后再次使用 /model：

codex resume --last

要使用指定模型启动新会话，请使用 --model 标志。下面的名称是 OpenAI 文档中的示例。请将其替换为 /model 列表中的模型，不要选择刚刚失败的模型。如果列表中有多个 GPT-6 系列模型，而您不确定应回退到哪个模型，请参阅GPT-6 Astra、Sol 和 Luna 的对比，了解各模型的适用场景。

codex --model gpt-6.1-sol

codex exec 也接受相同的标志，可用于执行一次非交互式运行。如果脚本因该错误失败，应在此处切换模型。

默认模型位于 ~/.codex/config.toml 中，受信任的项目可以在 .codex/config.toml 中设置自己的模型：

model = "gpt-6.1-sol"

CLI 标志和 --config 覆盖的优先级高于这些文件。因此，如果 /status 显示的模型不是您预期的模型，请检查这些配置层级。相关内容均来自 Codex 命令参考 和 Codex 配置文档。

这些命令适用于 CLI。OpenAI 文档说明，ChatGPT 网页版使用自己的命令菜单，不提供 CLI 命令集，因此不要期待 /model 在网页端生效。

切换模型是否真的能清除错误？

可能可以，但没有任何保证。错误文本建议尝试其他模型。维护者的评论说明“您所在地区的此模型”存在供应不足，这与其他模型仍能正常工作这一情况相符。我们查阅的 OpenAI 页面中，没有任何页面说明切换模型可以可靠地清除该错误，而且我们也没有可提供的成功率。

因此，应将切换模型视为一次测试。如果新模型能够正常回复，请继续工作。如果新模型仍返回相同错误，说明供应不足的范围可能不止一个模型；继续切换也无法提供更多信息。

还需要考虑切换模型的一个成本。OpenAI 表示，Codex 的用量取决于模型，以及任务的运行位置、任务复杂度、上下文、推理、速度和工具。因此，不同模型消耗配额的速率可能不同。有关配额的工作方式，请阅读 Codex 如何与 ChatGPT 订阅配合使用。

失败的尝试会占用您的使用额度吗？

OpenAI 未对此作出说明。Codex 帮助文章称：“模型使用量会计入您正常的 Codex 使用限制，以及适用的额度或计费中。”其中没有说明失败或出错的请求。API 错误代码页面也没有回答这个问题。

维护者的评论表示，这条消息并不意味着您的使用额度已耗尽。这说明的是错误原因，并未说明该尝试是否会计入使用量。

您可以在自己的账户中进行检查。在失败尝试前后分别打开 chatgpt.com/settings/usage 的使用量页面，并比较两次结果。/status 还会显示当前会话的令牌使用量。不要假设失败的尝试是免费的，也不要假设它一定会被计入。

重试前应等待多久？

OpenAI 未为此错误发布固定的等待时间，我们不会自行猜测。请参阅 API 错误代码页面，其中将 503 描述为“模型暂时过载”。该页面建议在存在 Retry-After 标头时遵循其值；如果没有该标头，则应延长重试间隔。该页面针对 API，但这是 OpenAI 发布的最接近的书面规则。

Codex 源代码也会遵循服务器针对该错误给出的等待时间。如果服务器未提供等待时间，超时和其他临时错误会回退到本地等待时间，但 ServerOverloaded 不会。因此，如果服务器未发送等待时间，Codex 就没有可遵循的等待时间，您应准备手动重试。

如果脚本调用 Codex，请让每次等待时间都比上一次更长。快速循环只会向容量已经不足的模型发送更多请求。

ChatGPT 本身是否也会显示相同的措辞？

我们没有找到相关的直接证据。已验证的字符串位于 Codex 客户端源代码中。OpenAI 的 ChatGPT 错误排查文章 不包含 “at capacity”、“Selected model” 或 “try a different model” 这些词。该文章最接近的条目是通用的 Something went wrong. 消息，并将其描述为一般错误，可能表示临时服务器问题或本地配置存在问题。

状态页面确实将 “Codex in ChatGPT Desktop” 列为 ChatGPT 组件。这或许解释了为什么有人将此消息与 ChatGPT 联系起来，但 OpenAI 没有任何页面确认这一点。如果您在 ChatGPT 应用中看到此消息，请在报告时注明当时正在使用哪个功能。

对于 ChatGPT 中的通用错误，该文章建议检查状态页面、刷新页面或开始新聊天，并清除缓存和 Cookie 等。

如果确实已达到套餐限额，该怎么办？

此时，调整容量无法解决问题。OpenAI 的帮助文章说明，您可以尝试添加额度、使用可用的重置次数、升级套餐，或等待页面显示的重置时间。文章还明确说明：“OpenAI Support 不会重置 ChatGPT 或 Codex 的使用限额。”以及“开始新聊天不会重置您的使用限额。”如果您使用的是按 token 计费的 Enterprise 工作区，则应按照组织规定的流程申请增加用量。

如需了解重置时间，请阅读ChatGPT 使用限额及重置时间。如果您因实际限额而考虑付费套餐，请先比较ChatGPT Plus 的价格和限额。

如何向 OpenAI 报告错误？

在 Codex CLI 中输入 /feedback 并按 Enter，然后按照提示操作。该命令会将日志发送给 Codex 维护者。

您也可以在 openai/codex 仓库中提交 issue。旧 issue 已锁定，维护者要求再次遇到该问题的用户新建 issue。请记下完整的错误消息、/status 中显示的当前模型、时间、所在区域，以及您使用的是 CLI、应用还是 VS Code 扩展。这些信息很重要，因为问题原因与模型和区域有关。

FAQ

“Selected model is at capacity” 是否表示我的用量已用完？

不是。OpenAI 的 Codex 维护者表示，这条消息不表示您受到速率限制，也不表示用量已用完。它表示 OpenAI 在您所在区域为该模型提供服务的容量不足。真正的用量限制会显示不同的文本。大多数版本以 You’ve hit your usage limit 开头，工作区版本可能改为以 Your workspace is out of credits 或 You hit your spend cap 开头。

切换到其他模型能否解决容量错误？

可能可以。错误文本暗示了这一点，已说明的原因是某个区域中的某个模型容量不足。OpenAI 没有任何页面保证切换一定有效。在 Codex CLI 中，输入 /model，选择其他模型，然后使用 /status 确认更改。如果第二个模型仍以相同方式失败，请等待一段时间后重试。

Codex 请求失败是否会计入我的限制？

OpenAI 的帮助文章和 API 错误代码页面都没有说明这一点。帮助文章只表示，模型用量会计入您的正常限制，以及适用的额度或账单。要检查您自己的账户，请比较失败尝试前后的 chatgpt.com/settings/usage。

我的错误消息要求向管理员发送请求。这是容量错误吗？

不是。To get more access now, send a request to your admin 是 Business 和 Team 计划用量限制错误的一部分。Codex 会根据类型为 usage_limit_reached 的 HTTP 429 响应生成该错误。容量不足错误来自不同的响应，并且不包含管理员提示。

更昂贵的计划能否阻止此错误？

我们没有找到 OpenAI 提供的相关说明。Codex 的定价页面没有提到此错误，维护者的解释也针对某个区域中的模型容量。不要仅因为这条消息就升级计划。如果您因其他原因希望比较计划，请阅读您需要哪种 ChatGPT 计划。