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% 이상인 날을 장애일로 보며, 평온한 하루만 사이에 둔 장애는 하나로 합칩니다.
- 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분 뒤 한 번만 다시 시도하세요. 장애가 아닐 때는 단발성 실패 대부분이 다음 시도에서 통과합니다.
- 장애 중에는 같은 모델로 계속 재시도하지 말고 표에서 가장 안정적인 모델로 바꾸세요.
- 작업이 중간에 멈췄다면 복구된 뒤 같은 스레드에서 "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분 뒤 한 번만 다시 시도하고, 장애 중에는 같은 모델을 반복하지 말고 가장 안정적인 모델로 바꾸세요.
측정 방법
- 출처: Codex를 비롯한 모든 클라이언트에서 Wokey 게이트웨이를 거쳐 OpenAI 모델로 보낸 실제 요청을 모델별로 매시간 집계합니다. 사용자 데이터는 공개하지 않습니다.
- 용량 오류란 업스트림이 server_is_overloaded("Our servers are currently overloaded")로 거부한 요청을 말하며, Codex에서는 "Selected model is at capacity"로 표시됩니다. Wokey는 이런 요청을 재시도하지 않으므로 모든 오류가 클라이언트에 전달되었습니다.
- 완료된 요청만 집계합니다. 이미지 모델과 웹 버전 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일 지속되었습니다. 장애 중에는 오류율이 시간마다 크게 오르내립니다.
"Our servers are currently overloaded"도 같은 오류인가요?
네. 같은 server_is_overloaded 코드의 업스트림 메시지이며, Codex에서는 "Selected model is at capacity. Please try a different model."로 표시됩니다.
크레딧을 사거나 Pro로 업그레이드하면 도움이 되나요?
이 오류에는 소용없습니다. 원인은 요금제가 아니라 모델 용량입니다. openai/codex 보고 중에는 사용량이 대부분 남은 Pro 사용자가 이 오류를 겪은 사례도 있습니다.