Codex 报错"Selected model is at capacity"：OpenAI 修复之前该怎么办

2026年9月初，OpenAI 发布 GPT-6 Astra 之后，Codex 开始频繁出现"Selected model is at capacity. Please try a different model."这个错误。换模型通常没用，也不是你的额度用完了：是 OpenAI 的服务器拒绝了这个会话。下面说说怎么在浪费时间之前确认原因，以及如何配置一个备用 provider，不再只依赖一个引擎。

"Selected model is at capacity" 是什么意思？

这是 OpenAI 服务器端的错误，不是你的额度问题。Codex 官方仓库里的issue #43738（2026年9月8日开的）汇总了这些报告：Astra 和较老的 Sol 模型都反复出现这个错误，CLI、IDE 插件和网页版都受影响，有些不可用窗口超过5小时。其中一份报告提到，一个耗时约2小时的任务在报错卡住之前，已经用掉了80%的每周额度，工作却没做完。

是我的额度问题，还是服务器问题？

运行 /status 查看会话配置和 token 使用情况，运行 /usage 查看账户按日、按周或累计的使用活动。如果额度离上限还很远，错误却一直出现，那问题就不在你这边。

在逐个尝试命令之前，也去查一下 status.openai.com。此前已经发生过类似事件，OpenAI 官方在2026年6月16日声明并解决：持续约3小时，归类为 Codex 相关组件的性能下降。

换模型能解决问题吗？

通常不能。在 issue #43738 汇总的报告里，换模型大多数情况下会遇到同样的错误，因为原因出在服务器端的准入和路由，不是你选的具体模型。如果会话线程还保留着对话状态，下一次成功的请求会从中断的地方继续。除了等待，这是唯一有文档记录的解决办法。

能在 Codex 里配置备用 provider 吗？

可以。Codex 的 config.toml 支持配置多个 model_providers，切换引擎不需要每次报错都重新编辑文件。

[model_providers.verboo]
name = "Verboo Code"
base_url = "https://code.verboo.ai/router/v1"
env_key = "VERBOO_API_KEY"
wire_api = "chat"

导出密钥后（在 code.verboo.ai/api-keys 生成）：

export VERBOO_API_KEY="your-key-here"
codex --config model_provider='"verboo"' --model glm-5.2

这样只会在当次会话里切换引擎。想要长期复用，把配置存成 ~/.codex/verboo.config.toml 的 profile，以后每次遇到"at capacity"，用 codex --profile verboo 调用就行。