Selected model is at capacity 是什么意思，怎么解决
这个报错不是额度用完了，而是服务端暂时没有足够的算力处理你的请求。如果经常出现，最有效的办法是换网络：不用多人共享的机场节点，改用个人 VPS 或家庭宽带，换了之后观察几天，大部分人会逐步恢复正常。
这个报错是什么意思
完整报错是 “Selected model is at capacity. Please try a different model.”，中文界面显示为“所选模型已达容量上限”。它对应服务端的错误码 server_is_overloaded，意思是这个模型当前负载已满。
OpenAI 的 Codex 维护者在 GitHub 上说明过：这个报错不代表你被限速或额度用完 ↗，而是你所在地区用来运行这个模型的算力不够了。所以额度还剩很多时也会遇到，开了按用量计费（Credits）也绕不过去。
为什么有人从不报错，有人一直报错
同样的套餐、同样的模型，有的账号从来不报这个错，有的只在高峰期报错，还有少数账号几乎完全用不了。如果只是算力不够，所有人应该差不多，所以本站推测服务端有一套降级策略：
- 算力充足时：所有账号都能正常使用，体验差别不大。
- 算力紧张时：服务端按账号分级，先保证优先级高的账号，优先级低的请求被直接拒绝，于是出现这个报错。
- 分级依据：由多个因素共同决定，网络的比重可能比较大，其次是是否频繁切换 IP、并发高低等使用习惯，套餐和账号历史也可能有影响。具体规则 OpenAI 没有公开。
这样就能解释常见的三种情况：
| 情况 | 可能的原因 |
|---|---|
| 从来不报错 | 账号优先级高，算力紧张时也能排上 |
| 只在高峰期报错 | 优先级一般，平时够用，高峰期先被拒绝 |
| 几乎完全用不了 | 账号被单独降级，即使不在高峰期也排不上 |
和网络节点的关系
本站推测网络是分级里比重最大的因素之一。服务端判断“这是不是一个正常的个人用户”时，请求从哪里来是最容易拿到、也最难伪造的信息。
服务端能从网络看到什么
| 信号 | 个人用户 | 机场节点 |
|---|---|---|
| 出口 IP 类型 | 家庭宽带、手机网络（住宅 IP） | 云服务器机房（数据中心 IP） |
| 同一个 IP 下的账号数 | 一个或几个 | 几十甚至上百个 |
| 同一个 IP 的请求量和并发 | 不高，有明显的作息规律 | 很高，全天不间断 |
| 账号所在位置 | 基本固定 | 随切换节点在不同城市、国家之间跳 |
机场节点的流量，从服务端看很像中转站：大量账号集中在少数几个 IP 上，24 小时高并发调用，不符合个人用户的特征。算力紧张时，这类来源的请求自然排在后面。你自己的账号没做什么，但和几百个陌生账号共用一个出口，就会被一起归到这一类。
个人 VPS 虽然也是数据中心 IP，但只有自己在用，账号数和请求量都正常，所以普遍报错较少。家庭宽带是住宅 IP，最接近正常用户，报错也比较少。
账号本身的使用特征
- 频繁切换 IP：一会儿美国、一会儿日本，短时间内跨地区出现。这在风控里叫“不可能的移动”（impossible travel），正常人做不到，通常意味着代理切换或账号共享。
- 并发太高：个人一般同时跑一两个任务。同时开十几个会话、24 小时不停，更像程序在批量调用。
- 多处同时登录：多台设备、多个地区同时在线，像是多人共用一个账号。
这些特征单独出现影响不大，叠加得越多，账号越不像个人用户，被降级的可能越大。这也解释了为什么同一个网络下，有的账号正常、有的一直报错：网络一样，账号的使用方式不一样。
遇到了怎么办
最有效：换网络
如果你用的是机场节点，先换网络，改用只有自己在用的个人 VPS，或者直接用家庭宽带。这是所有办法里最有效的一个。
换了之后不一定马上见效，要观察几天：报错通常会越来越少，逐步恢复正常。这期间别急着又换回去或来回切换。
换好之后，还要注意：
- 固定出口：换好后就固定用这一个，不要频繁切换节点，也不要在多个地方同时登录同一个账号。
- 降低并发：少开几个同时运行的任务，长任务之间留点间隔。
偶尔出现
- 等一会儿再试：点继续或重新发送。服务端有时会告诉客户端等多久，这时 Codex 会自动重试；没给等待时间，Codex 就会停下，需要你自己重发。
- 换个模型：按提示换一个模型，CLI 里输入
/model切换。 - 看看是不是官方故障：在Codex 状态页确认是否有正在处理的故障，有的话等官方修复。
报错不会写进对话记录，恢复后可以在原会话里继续 ↗，不用新开会话。
换了网络观察几天，还是用不了
说明问题主要在账号本身：
- 先静置几天：停用这个账号几天，有可能自行恢复。
- 长期不能用就换账号：静置后还是不能用，说明账号可能被长期降级，继续等意义不大，建议更换账号。