Codex: Selected model is at capacity.

이 오류의 의미

Selected model is at capacity. Please try a different model.는 주로 선택한 모델에 관한 메시지입니다. 요청이 인증에서 실패한 것이 아니라, 선택한 모델, 모델 그룹, 업스트림 라우트가 지금 용량을 할당할 수 없습니다.

공식 Codex 로그인 흐름을 쓰면 일시적인 OpenAI 쪽 모델 수요일 수 있습니다. 프록시, Sub2API, CPA, NewAPI, 팀 게이트웨이를 쓰면 프록시의 계정 풀, 모델 매핑, 라우트에 정상 업스트림이 없다는 뜻일 수도 있습니다.

이것을 “Codex가 고장났다”로 단순화하지 마세요. 더 정확한 진단은 “이 모델 라우트는 지금 자원을 스케줄할 수 없다”입니다.

커뮤니티 보고에 따르면 /status에 이용 가능한 컨텍스트와 쿼터가 보여도 같은 경고가 뜰 수 있습니다. API 키나 잔액 문제로 보지 말고, 먼저 모델 용량 또는 라우팅 수락으로 다루세요.

일부 Sub2API 설정에서는 업스트림 실패가 Our servers are currently overloaded에 가깝고, 프록시 계층이 이를 Codex 용량 초과 메시지로 보여 줍니다. 운영상 문제는 실패 자체만이 아닙니다. 이 메시지 이후 Codex가 자동으로 이어가지 않을 수 있어, 긴 코딩 작업이 끊깁니다.

주요 원인

1. 선택한 Codex 모델 수요가 높습니다. 제품이 새 모델로 이전을 권한 뒤에 특히 그렇습니다.
2. gpt-5.4, gpt-5.3-codex, 그 외 Codex 관련 모델은 별도 용량 풀을 가질 수 있습니다. 남은 할당량이 이 모델을 바로 받을 수 있다는 뜻은 아닙니다.
3. 같은 모델이 일반 ChatGPT에서는 되는데 Codex만 연결을 거절할 수 있습니다. Codex의 수락, 도구 호출, 모델 라우팅 동작이 다를 수 있음을 시사합니다.
4. 프록시가 선택한 모델을 가득 찼거나, 속도 제한 중이거나, 쿨다운 중인 업스트림 계정 풀에 매핑합니다.
5. SSE 스트리밍 요청이 턴 중간에 끊기고, 클라이언트가 업스트림 과부하 또는 스트림 실패를 용량 초과로 표시합니다.
6. 여러 Codex 세션이 같은 계정, 키, 프로바이더 라우트를 동시에 공유합니다.

먼저 시나리오를 구분하세요

공식 ChatGPT 인증 Codex 경로를 쓰면 먼저 모델을 바꾸세요. gpt-5.4에서 gpt-5.3-codex로 되돌리거나, 몇 분 기다렸다가 재시도하세요. 키를 먼저 재생성하지 마세요.

프록시, Sub2API, CPA, NewAPI를 쓰면 같은 Base URL, 키, 모델로 최소 요청을 보낸 뒤 모델을 바꿉니다. 최소 요청도 실패하면 계정 풀과 업스트림 용량을 확인하세요. 긴 작업만 실패하면 컨텍스트 크기, 스트리밍, 도구 호출을 확인하세요.

바로 고치는 방법

1. 먼저 모델을 바꾸세요. 단일 모델 용량 문제를 가리려면 gpt-5.4에서 gpt-5.3-codex나 다른 안정 모델로 되돌려 보세요.
2. 재시도 전에 1~5분 기다리세요. 용량 오류는 일시적인 경우가 많고, 바로 반복 재시도해서 해결되는 일은 거의 없습니다.
3. 컨텍스트 부담을 줄이세요. 새 세션을 시작하고, 첨부 파일 수를 줄이고, 요청한 변경을 좁히거나, 작업을 작은 단계로 나눕니다.
4. Codex 빌드가 /goal을 지원하면 좁은 목표를 정해, 중단 후 클라이언트가 더 잘 복구되게 하세요. 수동 개입은 줄어듭니다. 업스트림 용량은 늘어나지 않습니다.
5. API 프록시를 쓰면 모델 그룹, 백업 라우트, 프로바이더를 바꾸고, 이 모델에 스케줄 가능한 업스트림 계정이 있는지 지원에 문의하세요.

Sub2API 완화

Sub2API를 운영하거나 관리한다면, 계정 관리에서 오류 전달 규칙을 시험할 수 있습니다. Our servers are currently overloaded 또는 at capacity가 들어간 업스트림 메시지를 맞춘 뒤, 클라이언트가 재시도 가능으로 다루는 오류 텍스트(예: upstream failed)로 바꿉니다.

흔한 설정은 오류 코드를 비워 두고, Our servers are currently overloaded, at capacity 같은 키워드를 추가하고, “오류 코드 또는 키워드” 일치를 쓰며, 사용자 지정 오류 메시지를 upstream failed 또는 다른 재시도 가능 텍스트로 두는 것입니다.

이렇게 하면 긴 작업 중단은 줄어듭니다. 모델 용량이 늘어나지는 않습니다. 재시도는 제한하고, 사용량, 실패율, 루프를 감시하세요. 모든 용량 오류를 숨기면 실제 용량 문제를 놓치고, 쓸모없는 재시도로 잔액만 닳을 수 있습니다.

NewAPI는 더 신중하세요. 커뮤니티 보고에 따르면 NewAPI는 보통 상태 코드 재작성을 공개하지만, Sub2API와 같은 세분된 업스트림 오류 메시지 재작성 경로를 제공하지 않을 수 있습니다. 클라이언트를 계속 돌리려고 모든 업스트림 오류를 하나의 재시도 가능 메시지로 묶지 마세요.