Codex「Selected model is at capacity」：原因はあなた？それとも OpenAI？
そのモデルの OpenAI 側キャパシティが不足しているためで、アカウントや使用制限の問題ではありません。Wokey ゲートウェイを通る実際の Codex リクエストで測定したところ、直近 24 時間でリクエストの 6.2% がこのエラーになりました（ステータス：障害中）。2026-05-31 以降、9 回の障害で日次エラー率が 2.0% を超え、最悪の日 2026-09-10 は 29% に達しました。
2026-11-12 03:58 UTC に更新（毎時更新）
現在の状況: 障害中
- 直近 1 時間: 8.6% (1,346 リクエスト)
- 直近 24 時間: 6.2% (82,895 リクエスト)
- 直近 7 日間: 2.2% (583,190 リクエスト)
ステータスは直近 3 時間で判定します。リクエストのエラー率が 0.5% 未満なら正常、3.0% 以上なら障害です。 OpenAI ステータスページ
モデル別エラー率：どれに切り替えるべきか
キャパシティはモデルごとに決まるため、モデルの切り替えが唯一効果のある対処法です。7 日間のエラー率が低い順に並べています。7 日間のリクエストが 1,000 件未満のモデルは表示しません。
| モデル | 直近 24 時間 | 直近 7 日間 | リクエスト（7 日間） |
|---|---|---|---|
| GPT-5.6 Luna (現在最も安定) | 3.5% | 1.3% | 119,906 |
| GPT-6 Luna | 5.8% | 1.3% | 306,519 |
| GPT-6.1 Terra | 5.8% | 1.8% | 29,311 |
| GPT-6 Sol | 5.0% | 1.9% | 31,063 |
| GPT-5.6 Terra | 4.7% | 2.2% | 2,774 |
| GPT-6 Astra | 9.8% | 4.6% | 14,066 |
| GPT-5.6 Sol | 8.4% | 5.9% | 6,375 |
| GPT-6.1 Sol | 12% | 6.9% | 73,164 |
Codex で切り替えるには /model と入力して gpt-5.6-luna を選ぶか、~/.codex/config.toml に model = "gpt-5.6-luna" を設定してください。
障害履歴
このエラーが発生した Codex リクエストの日次割合です。2.0% 以上の日を障害日とし、平常な日を 1 日だけ挟んだ障害は 1 つにまとめます。
- 2026-11-09 – 11-12：4 日間、最悪は 11-12 の 5.3%
- 2026-11-02 – 11-06：5 日間、最悪は 11-03 の 8.7%
- 2026-10-27 – 10-30：4 日間、最悪は 10-28 の 6.7%
- 2026-10-19 – 10-23：5 日間、最悪は 10-21 の 28%
- 2026-10-08 – 10-16：9 日間、最悪は 10-13 の 24%
- 2026-09-21 – 09-24：4 日間、最悪は 09-21 の 4.9%
- 2026-09-14 – 09-17：4 日間、最悪は 09-17 の 28%
- 2026-09-06 – 09-10：5 日間、最悪は 09-10 の 29%
- 2026-08-19：1 日間、最悪は 08-19 の 5.3%
対処法
- クレジットの購入、Codex の再インストール、タスクの削除はしないでください。どれも OpenAI のキャパシティを変えるものではありません。
- 上のステータスと OpenAI のステータスページを確認してください。エラー率が高めなら、原因はあなたの側ではありません。
- 1 分待ってから 1 回だけ再試行してください。障害中でなければ、単発の失敗はほとんど次の試行で通ります。
- 障害中は同じモデルで再試行を繰り返さず、表で最も安定しているモデルに切り替えてください。
- タスクが途中で止まった場合は、復旧後に同じスレッドで「continue」と送信してください。
- あなたのアカウントだけが何日も失敗し続ける場合に限り、セッション ID を添えてサポートチケットか GitHub issue を作成してください。
アカウントの問題ですか？
ほぼ違います。2026-10-08 – 10-10 の障害では、失敗したリクエストの 91% で 2 分以内に別のアカウントが同じモデルで成功しており、41% では同じアカウントが 2 分以内に成功していました。影響を受けたアカウントは 57 / 74 で、特定のアカウントに偏ってはいません。モデルのキャパシティが不足すると、OpenAI はリクエストの一部をランダムに拒否します。特定のアカウントを狙うわけではありません。
「At capacity」は使用制限ではありません
使用制限は、リセット時刻までプランの枠を使い切ったことを示します。「Selected model is at capacity」は、そのモデルのサーバーがいま足りないことを示します。残りの使用枠には影響がなく、リセットを待たなくてもエラーは解消します。
"Our servers are currently overloaded. Please try again later."
これは Codex による言い換えを経ていない同じエラーです。OpenAI は server_is_overloaded と「Our servers are currently overloaded. Please try again later.」というメッセージでリクエストを拒否します。Codex はこれを「Selected model is at capacity」に置き換えますが、OpenAI SDK、Cherry Studio、OpenCode など OpenAI API 上に作られたアプリは原文をそのまま表示します。API キー、残高、ネットワークとは関係ありません。上のエラー率はすべてのクライアントからのリクエストを数えているので、対処法も同じです。1 分後に 1 回だけ再試行し、障害中は同じモデルを繰り返さず、最も安定したモデルに切り替えてください。
測定方法
- 出典：Codex をはじめとするすべてのクライアントから Wokey ゲートウェイ経由で OpenAI モデルに送られた実際のリクエストを、モデルごとに 1 時間単位で集計しています。ユーザーデータは公開しません。
- キャパシティエラーとは、上流が server_is_overloaded（「Our servers are currently overloaded」）で拒否したリクエストで、Codex では「Selected model is at capacity」と表示されます。Wokey はこれを再試行しないため、すべてがクライアントに届いています。
- 完了したリクエストのみを数えます。画像モデルと Web 版 ChatGPT は含みません。
- 当社のトラフィック構成は Codex ユーザー全体とは異なるため、この割合は OpenAI の公式な数字ではなく、実測にもとづく指標としてお読みください。
よくある質問
Codex で「Selected model is at capacity」と表示されるのはなぜですか？
OpenAI 側でそのモデルのサーバーが足りず、リクエストの一部を server_is_overloaded で拒否しています。通常はリリース後に波のように発生します。たとえば 2026-10-07 に GPT-6 がすべての ChatGPT ユーザーに公開された後などです。
アカウントや使用制限の問題ですか？
いいえ。残りの使用枠には影響しません。2026-10-08 – 10-10 の障害では、失敗したリクエストの 91% で、2 分以内に別のアカウントが同じモデルで成功していました。
どのモデルに切り替えればいいですか？
現在、実測エラー率が最も低いのは GPT-5.6 Luna（3.5%）です。上の表は毎時更新されます。
通常どのくらい続きますか？
2026-05-31 以降に測定した障害の継続期間は中央値 4 日、最長 9 日でした。障害中のエラー率は 1 時間ごとに大きく変動します。
「Our servers are currently overloaded」は同じエラーですか？
はい。同じ server_is_overloaded コードの上流メッセージで、Codex では「Selected model is at capacity. Please try a different model.」と表示されます。
クレジットの購入や Pro へのアップグレードで解決しますか？
このエラーには効果がありません。原因はモデルのキャパシティで、プランではありません。openai/codex の報告には、使用枠の大半を残した Pro ユーザーがこのエラーに遭遇した例もあります。