Selected model is at capacity 是什么意思？别慌，Codex 这个报错的原因和 5 个解决办法
Codex 提示“Selected model is at capacity. Please try a different model.”，不是额度用完。源码里它是什么错误，OpenAI 员工怎么说，2026 年 10 月为什么这么多，以及按顺序可以试的 5 个办法。
buffer关于作者约 6 分钟阅读
我第一次在 Codex 里看到 “Selected model is at capacity. Please try a different model.” 的时候，第一反应是额度用完了。打开用量页面一看，还剩一大半。这个月 GitHub 上很多人都卡在同一个地方，搜索框里也全是“是什么意思”“怎么解决”。我把 Codex 源码、OpenAI 状态页和 OpenAI 员工说过的话翻了一遍，下面只写能核对的内容。
Selected model is at capacity 是什么意思
这句话的意思是：你选的模型，OpenAI 那边服务器不够用了。它和你的额度没有关系。
这是 Codex 里写死的一句提示。在 Codex 源码里，它对应的错误叫 ServerOverloaded。
OpenAI 后端返回错误码 server_is_overloaded 时，Codex 就会显示这句话。它可能以 HTTP 503 的形式出现，也可能在流式回复中途出现。
Codex 维护者 etraut-openai 在 2026 年 5 月 12 日的 GitHub issue #19583 里说得很直接：“If you receive this message, it does not mean that you are being rate limited or are out of usage. It means that we are running low on capacity to serve this model in your region.”
翻成中文就是：看到这条提示，不代表你被限速，也不代表额度用完了，而是 OpenAI 在你所在地区给这个模型的算力不够了。
它和额度用完的提示有什么区别
我觉得这部分最有用，因为不同的报错，处理办法不一样。Codex 给每种情况都写了单独的提示，措辞并不相同。
| 你看到的提示 | 意思 | 等一等有没有用 |
|---|---|---|
| Selected model is at capacity. Please try a different model. | 这个模型此刻服务器不够（server_is_overloaded） | 通常有用，常常几分钟就好 |
| You’ve hit your usage limit | 套餐的 5 小时或每周额度用完了 | 要等到重置时间 |
| Quota exceeded. Check your plan and billing details. | 账户的账单或额度出了问题 | 没用，要去处理账单 |
| We’re currently experiencing high demand, which may cause temporary errors. | 一般的服务器错误（HTTP 500） | 通常有用 |
| rate limit exceeded | 短时间内请求太多 | 有用，放慢速度 |
在源码里，额度用完和账单类错误被设成“不重试”。容量错误不一样。只有服务器给了重试提示，Codex 才会自己等一会儿再试。
想看自己的额度还剩多少，可以在 Codex CLI 里输入 /status。它会显示当前会话设置、token 用量和限额。5 小时和每周额度怎么算，我在AI 订阅额度规则对比里写过。每次额度重置我也记在Claude / Codex 额度重置与封号追踪页面里。
为什么 2026 年 10 月这么频繁
这个报错不是新出现的。我找到的标题里带这句话的最早 issue 是 #11635，2026 年 2 月 12 日提交的。
不过 10 月明显多了很多。9 月 26 日到 10 月 26 日之间，openai/codex 仓库里有 175 个 issue 提到这句话。其中 107 个直接把它写在了标题里。
最可能的原因是用的人太多。10 月 1 日，OpenAI Codex 团队的 Tibo（@thsottiaux）发帖说，GPT-6.1 Sol 几乎是他们需求最高的模型，Codex 一直处在高负载状态。
OpenAI 状态页也记录了几次故障。下面都是北京时间（UTC+8）。
- 10 月 13 日 16:10 到 10 月 14 日 00:36：GPT-6.1 Sol 在 Codex 和 Work 模式下性能下降。影响了 Codex Web、CLI、VS Code 插件和 Codex API。
- 10 月 14 日 15:05 到 17:53：Codex 和 ChatGPT Work 性能下降，错误率升高。
- 10 月 21 日 10:26 到 11:28：ChatGPT、Codex 和 API 性能下降。
这几条故障说明里都没有直接提到“at capacity”。我列出来，是因为它们和大家集中报错的日子对得上。
10 月 15 日北京时间 23:11，Tibo 又发帖说，OpenAI 已经上线了一系列改动并加了算力，会大幅减少这个报错。他还说，就算再出现，Codex 也应该能自己继续往下跑，不会一直卡住。他请大家如果还遇到就告诉他们。
后来确实还有人遇到。10 月 19 日到 23 日，GitHub 上又出现了 #55260、#55544、#55583、#55740、#56410 等新报告。
用户反馈的情况（OpenAI 没有确认）
下面这些来自 GitHub 上的用户报告。OpenAI 没有确认过，只能当作现象参考，不能当成结论。
- 很多人报错时用量页面还剩不少。#52394 的提交者当时还剩大约 70%。
- #55544 的提交者用 Plus 套餐测过，大约 30% 的请求失败。马上重试通常就能成功。
- 不少人说换模型没用，因为所有模型都报同样的错。
- 有人在一个客户端报错，换另一个就正常，比如 CLI 能用，桌面版不行。
- 有人怀疑是部分账号被标记了，因为换个账号就好了。OpenAI 没有这样说过，我只把它当猜测。
- #55832 的提交者后来说，自己那次其实是本地网络临时出了问题。所以也值得先排除一下自己的网络。
怎么解决：按顺序试这 5 步
下面没有一条是官方给的修复方法。它们和源码里这个错误的处理方式一致，也和 OpenAI 员工说过的话对得上。
1. 等一分钟，再发一句“继续”
Codex 在显示这个报错之前，已经自己重试过几次了。默认是请求重试 4 次、流式重试 5 次，所以你有时会先看到 Reconnecting... 5/5。问题出在服务器那边，稍等一下通常最管用。
2. 更新 Codex
Codex 更新日志里，10 月 7 日的 CLI 0.161.0 写着：重试会遵循服务器给的重试建议，减少过载时过早失败。Tibo 10 月 15 日的帖子也提到 Codex 会自己继续。这两点都要用新版本才有。社区里有一个让 Codex 自动多等几次的 PR（#31058），现在还没有合并。
3. 换一个模型
报错本身就是这么建议的。在 CLI 里可以用 /model 切换，或者用 codex -m <模型名> 启动。只有一个模型忙的时候，这招有用。10 月很多报告说所有模型同时报错，所以别抱太大期望。
4. 换个客户端，查一下网络
桌面版一直报错，就试试 CLI，反过来也一样。如果你开了代理或 VPN，可以关掉测一次。第一次装 CLI 的话，可以看我的 Codex CLI 安装和登录教程。
5. 看状态页，再反馈
先看一眼 status.openai.com。没有故障通告但一直出错的话，在 Codex 里输入 /feedback 把日志发给团队，或者去 GitHub 提 issue，写上时间和时区。Tibo 要的就是这种反馈。
我不建议做的事
我不建议因为这个报错去升级套餐。10 月的报告里 Plus 和 Pro 用户都有，这个错误也和额度无关。
我也不建议在脚本里让 Codex 不停地快速重试。要自动化的话，每次重试之间多等一会儿。
还在纠结给哪个工具付钱的话，可以看我写的 Claude Code 和 Codex 哪个好，ChatGPT 套餐的区别在 ChatGPT Go、Plus、Pro 怎么选。Claude Code 也有类似的问题，就是 529 Overloaded，我放在了 Claude Code 报错速查里。
常见问题
出现这个报错是被封号了吗？
我找到的资料里都没有这么说。OpenAI 维护者的解释是你所在地区这个模型的算力不够。
失败的请求算不算额度？
我没找到 OpenAI 对这一点的说明，所以没法下结论。
OpenAI 会修好吗？
Tibo 10 月 15 日说已经加了算力，也做了改动，会大幅减少这个报错。但那之后还有人在报，我会继续关注。