Codex 報錯 at capacity 怎麼辦：10 月官方故障記錄與 4 步排查（2026）
遇到 Codex 報錯 at capacity（"Selected model is at capacity"），多數情況是服務端算力緊張，不是你的網路或配置出了問題。先查官方狀態頁和 /down/codex，確認沒有進行中的事件，再把 CLI 升級到最新版，最後才輪到檢查本地網路。本文整理 2026 年 9 月下旬到 10 月 14 日的官方事件記錄，並給出一套可以照做的排查順序。
這段時間 Codex 出了哪些官方記錄？
OpenAI 狀態頁歷史顯示，2026 年 9 月 17 日之後，標題含 Codex 的事件不止下表這些（9 月 18 日、20 日還各有一起），下表只列 9 月 25 日起的 8 起，按狀態頁標題整理，時間為狀態頁列出的時間，具體時區以頁面為準。
| 日期 | 狀態頁標題（大意） | 備註 |
|---|---|---|
| 9 月 25 日 | Issues with Codex | 無 |
| 10 月 3 日 | ChatGPT 與 Codex 錯誤率升高 | 部分 Codex remote control 使用者需要重新配對手機 |
| 10 月 6 日 | Codex Cloud 錯誤率升高 | 無 |
| 10 月 6 日 | ChatGPT、Codex 與 API（含 Agents API）錯誤率升高 | 無 |
| 10 月 7 日 | Dot 可能無法建立新執行緒 | 無 |
| 10 月 7 日 | Codex 與 Work 模式效能下降 | 狀態頁提到響應延遲、turn 失敗等 |
| 10 月 13 日 | 某一模型在 Codex 與 ChatGPT Work 中效能下降 | 無 |
| 10 月 14 日 | Codex 與 ChatGPT Work 效能下降 | 無 |
狀態頁只給標題和簡短說明，不會寫明根因，也不一定寫出具體的報錯文字。所以"at capacity"與上面哪一起事件對應，官方沒有說，不要自行對應。
怎麼判斷是官方故障還是自己的網路？
按下面順序做，大約幾分鐘：
- 開啟 OpenAI 狀態頁，看有沒有未恢復的 Codex 或 ChatGPT 事件。
- 開啟 cdnping 的 /down/codex 和 /status/openai。前者綜合官方狀態頁、每 5 分鐘的 API 探測和使用者報告，後者是從 Cloudflare 邊緣探測官方 API 入口。注意 cdnping 從 2026-10-17 才開始採集，只能反映當前，不能當作這段時間的歷史統計。
- 如果官方和探測都正常，但只有你報錯，再去查本地：出口、DNS、代理是否一致。可以參考ChatGPT 掛了嗎？三步判斷是服務故障還是自己的網路問題和開發者網路自檢清單（2026 版）。
- 報錯帶有明確的 "at capacity"、429 或 5xx 字樣，且別人也在反饋，多半是服務端問題，等待和重試比折騰網路更有效。
狀態頁怎麼讀、事件等級代表什麼，見怎麼看 OpenAI 狀態頁和 Claude 狀態頁。同期其他服務的情況可以看AI 服務故障盤點：2026 年 9–10 月。
升級 CLI 有用嗎？
有一定幫助。官方更新日誌裡與過載相關的改動如下：
- Codex CLI 0.161.0（2026-10-07）：條目寫明 Responses 重試和 WebSocket 回退到 HTTP 時會遵循服務端的重試建議，以減少過載時的過早失敗；同時修復了恢復執行緒時歷史不完整的問題。
- Codex CLI 0.162.0（2026-10-08）：對可重試的 Responses 與 WebSocket 失敗，遵循服務端的 Retry-After 建議；併為執行器重連增加了抖動。
也就是說，舊版本在服務端過載時更容易直接失敗。升級後遇到同樣的報錯，客戶端會按服務端給的間隔重試，而不是立刻放棄。升級方式按你的安裝途徑（npm、包管理器等）操作，具體命令以官方文件為準。升級後用 codex --version 確認版本不低於 0.162.0。
官方有沒有說加了算力？
我在官方狀態頁和更新日誌中沒有找到關於"增加算力"或"自動會話恢復"的明確表述。社交媒體 X 上有帖子稱，相關負責人在 10 月 15 日前後宣佈增加算力並加入自動會話恢復，目的是減少 "Selected model is at capacity" 報錯。這一說法只有該來源，我沒能在官方渠道核實，請當作未經證實的資訊。更新日誌裡能確認的只有上一節提到的重試與恢復改動。
報錯期間可以怎麼做？
- 不要連續手動重試。短時間內大量請求只會增加排隊，新版 CLI 本身會按服務端建議退避。
- 長任務中斷後，用 CLI 的恢復會話功能繼續，而不是重頭開始，具體子命令以官方文件為準。
- 換時間段再試，具體恢復時間看狀態頁每起事件的更新。
- remote control 使用者在 10 月 3 日事件後可能需要重新配對手機。
- 如果自己的連線慢但服務正常，用 / 測一下到各家 API 的首次連線和往返，再對照AI API 延遲拆解看慢在哪一段。
想持續跟蹤怎麼辦？
- 官方改動：看 /changes 裡的 Codex 日誌，逐行記錄增刪，帶 RSS。
- 額度問題：與容量報錯不同，額度用盡的提示需要另行處理，見Codex 額度怎麼算和Codex 額度重置時間線。
- 自定義介面地址的配置方法見Claude Code 自定義 API 與 Codex、OpenCode 介面地址配置。
參考來源
- OpenAI 狀態頁事件歷史，核對於 2026 年 10 月 17 日
- ChatGPT 更新日誌（Codex CLI 0.161.0、0.162.0），核對於 2026 年 10 月 17 日
