Codex 报「Selected model is at capacity. Please try a different model」：它不是额度用完，也不是 429
容量提示、额度与 429 的分别
截至 2026-10-07，这是 Codex 的容量提示，不是额度用完也不是 429：OpenAI 官方 Codex 仓库源码（rust-v0.160.1，2026-10-05 发布）里，「Selected model is at capacity. Please try a different model.」对应服务端错误码 server_is_overloaded；配额用完是另一句「Quota exceeded. Check your plan and billing details.」，限流对应 rate_limit_exceeded。区别方法、退避策略与换模型的实际动作都在下面。
更新于 2026-10-08
订阅额度用完或频繁 429？可以改用按 token 计费的 API，一把 key 接着用。
- 按 token 计费，实时单价见 /models
- 支付宝、微信支付、信用卡、加密货币均可付款
- 充值后自助开通、立刻生效
四个关键点
报错类别
字面「Selected model is at capacity. Please try a different model.」；截至 2026-10-07 的 Codex 源码里，它对应服务端错误码 server_is_overloaded，指向该型号此刻的负载。
issue 开放日
OpenAI 官方 Codex 仓库里用户提的 #46189 记录该现象，当日未解决。
最容易误判的一点
源码里配额用完是「Quota exceeded. Check your plan and billing details.」，限流以「rate limit exceeded」开头，各有各的文案（核于 2026-10-07）。
可执行动作
换到同族另一档，或加退避重试。
这是怎么回事
Codex 在某个型号被大量并发占满时返回这句提示。它描述的是服务端此刻的可用容量，不是你的配额状态，也不是 HTTP 429 的限流。三者的报错文案不同，处理动作也不同：额度是去看用量页，限流是退避，容量提示是换 model 或错峰。
发生了什么
OpenAI 官方 Codex 仓库里用户提的 issue #46189 于 2026-09-17 开放，正文记录了该现象，正文原文是「Selected model is at capacity. Please try a different model.」；同一 issue 还提到账号在两种失败形态之间来回跳。2026-10-07 补充：OpenAI 官方 Codex 仓库的源码（发布标签 rust-v0.160.1，2026-10-05 发布）把这句提示定义为固定文案，对应服务端返回的错误码 server_is_overloaded；同一文件里，配额用完与限流是另外两种错误，文案各不相同。按该版本源码，这类错误被归为不自动重试的终止型错误，所以要由你换 model 或稍后再试。
时间线
2026-09-17 用户提的 issue #46189 开放，记录该报错与两种交替失败形态。
2026-09-18 复核：issue 仍开放，本页按当日原文写。
2026-10-14 另有一条无关但易混淆的事：GPT-5.5 退出 ChatGPT / Work / Codex（API 不受影响）。
官方确认 vs 需注意
官方确认
issue 正文写账号在「Selected model is at capacity」与「请求成功但模型行为异常」两种失败之间来回，且截至 2026-09-17 未解决。2026-10-07 补充（Codex 开源代码与官方文档）：① Codex 源码 rust-v0.160.1 中，该文案对应错误码 server_is_overloaded，与配额（Quota exceeded…）、限流（rate_limit_exceeded）分属不同错误；② Codex 官方模型页推荐复杂编码用 gpt-6.1-sol、专注重复任务用 gpt-6-luna；③ Codex CLI 0.159.1（2026-09-29）起内置默认型号为 gpt-6.1-sol。
⚠️ 需注意
官方没有在 issue 里说明容量算法，也没承诺修复时间——2026-09-17 记录那天仍未解决。任何「几分钟后一定恢复」「某地区优先」的说法都不在原文里。
相同点 vs 差异
相同点
三种情况都会让你的请求失败，也都该被当成「可重试」来处理。
差异
容量提示：换 model 或错峰；周额度用完：等重置或改套餐，报错文案指向用量；429：官方限流，按 Retry-After 退避。看文案就能分开，别混。
该怎么做
1) 先确认报错文案，别看状态码就归到「额度用完」；2) 换到同族另一档（如 gpt-5.6-sol ↔ gpt-6-astra），或在脚本层做指数退避 + 随机抖动；3) 长时间反复出现，就拿 issue 编号去对照，别自己改配置猜。4) 2026-10-07 按官方现状选替补：Codex 官方模型页推荐复杂编码与 agent 工作流用 gpt-6.1-sol，专注、可重复的任务用 gpt-6-luna；Codex CLI 0.159.1（2026-09-29）起内置默认型号已是 gpt-6.1-sol。换档前先看 status.openai.com：2026-10-07 抓取时「Codex in ChatGPT Desktop」组件为 operational、没有进行中的事故；状态页正常而只有某个型号报这句，就按容量提示处理。
在 QCode 上
截至 2026-10-07，QCode 文档给 Codex 的接法是在 ~/.codex/config.toml 里把 base_url 设为 https://api.qcode.cc/openai、wire_api 设为 responses。GPT 型号都走这一个端点：gpt-6.1-sol、gpt-6-sol、gpt-6-astra、gpt-5.6-sol 在同一把 key 下，切 model 不需要换端点，适合把「容量提示就换档」写进脚本；Claude 与国产模型不走 Codex 用的 Responses 端点。用量与余额在控制台用量页看，那里才能确认是不是额度问题。按 token 计费，各模型单价见 /models。QCode 暂不提供 gpt-6-luna 与 gpt-5.6-luna（均已从 /models 下线），请使用其他 GPT 模型，例如 gpt-6.1-sol、gpt-6-sol 或 gpt-5.6-terra。
常见问题
这是不是周额度用完了？
不是。额度用完的报错会指向用量或套餐，「Selected model is at capacity. Please try a different model」说的是此刻该型号的服务端容量，跟你的配额两回事。
那是 429 吗？
不是限流。限流有独立文案与退避语义；容量提示的处理动作是换 model 或错峰，不是死等。
马上做什么最有效？
换同族另一档 model，并给脚本加指数退避 + 随机抖动。用一把 key 多型号的话，切换只是改一个字段。截至 2026-10-07，Codex 官方模型页推荐复杂编码用 gpt-6.1-sol，专注、可重复的任务用 gpt-6-luna。QCode 暂不提供 gpt-6-luna 与 gpt-5.6-luna（均已从 /models 下线），请使用其他 GPT 模型，例如 gpt-6.1-sol、gpt-6-sol 或 gpt-5.6-terra。
为什么会交替出现「能通但行为异常」？
issue 记录了这个现象但官方没解释原因，所以本页不下结论。你能做的是把两种失败分别记录，观察是否同型号、同时段。
跟 2026-10-14 的退役是一回事吗？
不是。退役是型号从 ChatGPT / ChatGPT Work / Codex 下线，官方明确 API 不受影响；容量提示是运行期负载现象。两件事的文案与动作都不同。
能提工单吗？
可以先对照用户提的 issue #46189（不是官方说明） 的编号与描述；若你也在两种失败之间交替跳，把复现时间、model id、报错原文一起附上比只说「用不了」有用得多。
信息来源
OpenAI 官方 Codex 仓库里用户提的 issue #46189（2026-09-17，不是官方说明）与官方发布说明，2026-09-18 抓取。报错原文以 issue 正文为准。2026-10-07 补充来源：OpenAI 官方 Codex 仓库源码（发布标签 rust-v0.160.1，2026-10-05 发布）、Codex 官方模型页与更新日志（learn.chatgpt.com）、OpenAI 官方状态页（status.openai.com）、QCode 文档的 Codex 接入页（docs.qcode.cc），均于 2026-10-07 抓取。
相关阅读
GPT-5.5 退役
2026-10-14 的型号下线，别与容量提示混淆。
Codex 的 disable_response_storage 已移除
2025-04 为 ZDR 组织引入，2025-09-05 由 PR #3212 移除；现行 config-reference 中未检索到该键，老配置会被警告忽略。
Codex model_catalog_json 配置指南
启动时加载、替换内置目录、profile 优先，0.160.0 的显式 provider 目录变化与 /model 排查。
本页只写 OpenAI 官方 Codex 仓库里用户提的 issue 中出现的报错原文，以及官方发布说明，不推断 OpenAI 内部容量策略。2026-10-07 起另引 OpenAI 官方 Codex 仓库源码与官方文档，核对于 2026-10-07，以官方页面为准；模型可用性以 /models 为准。