Codex selected model is at capacity 오류: 사용 한도가 아니라 서버 부족, 순서대로 해결법 6가지

Codex에서 "Selected model is at capacity"는 무슨 뜻일까요?

고른 모델을 돌릴 OpenAI 서버가 부족해졌다는 뜻입니다. 계정에는 아무 문제가 없습니다. Codex는 오픈소스 코드의 오류 하나, codex-rs/protocol/src/error.rs의 ServerOverloaded에서 이 문구를 출력하고, 사용 한도는 별도의 오류이며 문구도 다릅니다. 2026년 10월 18일에 해당 파일을 바탕으로 정리한 아래 표와 지금 보이는 메시지를 맞춰 보세요.

구별법은 두 단어입니다. 개인 한도는 항상 "usage limit"이라고 하고, 워크스페이스 한도는 "credits" 또는 "spend cap"이라고 합니다. 용량 문구에는 이 단어가 하나도 없고 시간도 알려 주지 않습니다. 계정에는 달라진 것이 없기 때문입니다. GitHub에서 Codex 이슈에 답하는 OpenAI 계정 etraut-openai는 2026년 5월 12일에 이렇게 분명히 말했습니다. "If you receive this message, it does not mean that you are being rate limited or are out of usage. It means that we are running low on capacity to serve this model in your region."

OpenAI API는 같은 종류의 부족 상태를 HTTP 503 server_is_overloaded로 알립니다. 오류 코드 가이드는 원인을 "The requested model is temporarily overloaded."라고 설명합니다. Codex 사용자들은 데스크톱 앱, CLI, VS Code 확장, ChatGPT 데스크톱 앱 안의 Codex에서 이 문구를 봤다고 제보합니다. ChatGPT에서도 한 번 나타났습니다. 2026년 7월 9일 OpenAI는 "across multiple models"에서 이 오류를 겪는 사용자에 대한 장애를 올렸고, 상태 피드를 복사해 둔 Pulsetic에서 확인할 수 있습니다.

Codex 용량 부족은 얼마나 이어질까요?

용량 오류 하나는 보통 몇 분 안에 풀리고, 공지된 최악의 날도 3.4시간 안에 끝났습니다. 2026년 10월 18일에 OpenAI 상태 기록을 확인했습니다. 용량 문제를 언급한 장애는 세 건입니다. 6월 16일의 "Codex 'Selected Model is at Capacity' Error"가 196분, 7월 9일의 모델 선택 장애가 58분, 7월 17일의 "Codex 5.6-sol Experiencing Increased Server-Overload Errors"가 203분이었습니다. 그 이후로는 공지가 없습니다.

포럼에는 더 긴 이야기가 있습니다. 사용자들은 6월 15일~16일, 7월 28일~30일, 9월 7일~10일, 10월 3일~12일에 오류가 몰려 나왔다고 글을 올렸습니다. 뒤의 세 번에는 용량 공지가 없었습니다. 9월의 물결 동안 Codex를 언급한 상태 공지는 "unexpected usage limit resets"에 관한 25분짜리 장애 하나뿐이었습니다. 7월의 한 글쓴이는 GPT-5.6 Sol이 48시간 넘게 "almost continuously unavailable"이었다고 썼습니다. 상태 페이지가 초록색이어도 Codex가 괜찮다는 뜻은 아닙니다.

2026년 8월 1일부터 10월 16일까지 OpenAI 상태 페이지에서 제목에 Codex가 들어간 장애는 13건이었습니다. 54분에서 506분까지 이어졌고 중앙값은 95분이며, 네 건은 3시간을 넘겼습니다. 시간은 OpenAI가 처음 올린 업데이트부터 복구 공지까지로 계산했습니다. 상태 기록 페이지는 7월 20일부터 시작하므로 6월과 7월의 용량 장애는 검색으로 찾았고, 7월 9일 건은 Pulsetic 미러에서 읽었습니다.

"Selected model is at capacity"는 어떤 순서로 해결하나요?

한 번 재시도하고, 모델을 바꾸고, 새 채팅을 시작하세요. Codex는 이 문구를 보여 주기 전에 이미 재시도를 마친 상태입니다. 설정 레퍼런스는 기본값으로 실패한 요청에 4번, 끊긴 스트림에 5번 재시도한다고 정해 둡니다. Enter를 열 번 더 눌러도 얻는 건 별로 없습니다.

1. 프롬프트를 보관하세요. 무엇이든 새로고침하기 전에 복사해 두세요. 사용자들은 진행 중인 세션에서 같은 스레드에 "continue"를 입력하면 작업이 다시 이어지는 경우가 많다고 제보합니다.
2. 1분 뒤 한 번만 재시도하세요. 짧은 급증은 저절로 풀리며, 재시도 한 번이면 일시적인 문제인지 알 수 있습니다.
3. 모델을 바꾸세요. CLI에서는 /model을 실행하거나 codex -m gpt-6-luna로 시작하세요. 데스크톱 앱과 ChatGPT Work에서는 입력창 아래의 모델 컨트롤을 쓰세요. GPT-5.5는 2026년 10월 14일에 ChatGPT 로그인 방식의 Codex에서 빠졌으므로 더 이상 대안이 아닙니다.
4. 같은 모델로 새 채팅을 여세요. OpenAI 직원이 10월 포럼에서 제안한 방법입니다. /new를 실행하거나, 먼저 /compact로 요약을 가져가세요.
5. status.openai.com을 확인한 뒤 /status를 보세요. Codex를 언급한 장애가 있으면 기다리세요. 상태 페이지가 깨끗하고 사용량에도 여유가 있다면, 부족한 것은 내 모델과 지역의 서버입니다.
6. 신고하세요. 실패한 채팅에서 /feedback을 실행하고, OpenAI 직원이 요청한 대로 시간대와 함께 시각을 적어 두세요. /feedback 자체가 실패하면, 직원들은 지원 케이스를 열라고 안내했습니다.

도움이 안 되는 방법도 있습니다. Codex 재설치, ~/.codex 삭제, 크레딧 구매로는 서버가 늘어나지 않습니다. 9월의 한 글쓴이는 3개 지역의 IP 주소 4개를 써 봤지만 소용이 없었습니다. 모든 모델이 실패한다면, 9월 25일 장애 때 OpenAI가 직접 한 조언은 "Login via API key will unblock access at this time."이었습니다. API 키 세션은 OpenAI의 Codex 요금 페이지에 따라 표준 API 요율로 과금되므로, 정말 마감이 급할 때를 위해 아껴 두세요.

용량 오류도 Codex 사용 한도를 소모하나요?

아니요. 용량 문구는 사용 한도가 아니며, OpenAI 엔지니어도 "out of usage"를 뜻하지 않는다고 말했습니다. 10초면 확인할 수 있습니다. 실행 중인 CLI 세션에서 /status를 입력하면 현재 모델과 사용량이 보이고, 웹에서는 chatgpt.com/codex/settings/usage에서 같은 계량기를 볼 수 있습니다. 계량기에 여유가 있는데도 오류가 계속되면 용량 문제입니다. 도중에 끊긴 턴이 집계되는지는 OpenAI가 밝힌 적이 없습니다.

사용 한도는 자체 시계로 돌아갑니다. 2026년 10월 18일에 확인한 OpenAI의 Codex 요금 페이지는 Plus와 Standard Business에서 GPT-6.1 Sol 기준 5시간당 로컬 메시지 15~160개로 추정합니다. GPT-6 Astra는 5~45개, GPT-6 Luna는 350~3,000개이며, "Pro plans currently have no five-hour limit."이라는 설명이 붙습니다. 주간 한도가 추가로 적용될 수 있습니다. 그러니 Pro에서 "usage limit"이라는 말이 없는 벽을 만났다면 주간 한도가 아니라 용량 문제입니다. Codex 사용 한도에는 요금제별 기간과 한도 메시지가 안내하는 내용이 정리되어 있습니다.

Codex의 세 번째 비슷한 메시지는 "rate limit exceeded"로, 요청이 너무 빨랐다는 뜻입니다. 용량 문구와 달리 내 요청 속도의 문제라서, 1분쯤 속도를 늦추면 같은 모델에서 풀립니다.

유료 요금제인데 왜 Codex에서 용량 부족이 날까요?

요금제가 사 주는 것은 사용량이지 예약된 서버가 아니고, OpenAI는 모델과 지역별로 용량을 배분하기 때문입니다. 제보는 출시 시점에 몰립니다. 글쓴이들은 9월의 물결을 GPT-6 Astra 출시와 연결지었습니다. 많은 사람이 Pro 20x 계정이었고, 한 사람은 같은 시간에 Pro 5x 계정은 계속 됐다고 했습니다. 10월에는 한 글쓴이가 채팅 이름을 붙이는 백그라운드 GPT-6 Luna 요청이 원인이라고 추적했습니다. 직원은 "can't confirm the background Luna explanation from the thread alone."이라고 답했습니다.

진짜 해결은 OpenAI의 몫입니다. 2026년 10월 15일 직원은 포럼에 이렇게 썼습니다. "We've added capacity and shipped changes today to reduce these interruptions." Codex가 백오프로 용량 오류를 재시도하게 해 달라는 요청인 이슈 #22390은 2026년 5월 12일부터 열려 있습니다. 반영되기 전까지 무인 실행은 내장 재시도를 넘어서는 첫 용량 오류에서 멈춥니다.

Codex가 용량 부족일 때 무엇을 쓸 수 있을까요?

저장소가 필요 없는 작업은 다른 회사의 모델에 맡기세요. 스택 트레이스 질문, 리팩터링 계획, 정규식은 Codex가 기다리는 동안 Claude나 Gemini에 보내면 됩니다. 작업의 짧은 요약(목표, 정해진 것, 실패한 것)을 붙여 넣고 이어 가세요.

이 페이지를 올린 Whizi는 Codex를 대체하지 않습니다. 개발자용 API가 없고 저장소를 건드리지도 않습니다. 대신 GPT, Claude, Gemini를 한 채팅에 모아 둡니다. 대화 도중 모델을 바꾸면 스레드가 새 모델로 넘어가고 (전환 방식 보기), 실패한 생성은 청구되지 않고 환불됩니다. Claude Sonnet과 Claude Opus는 월 $29.99의 Pro가 필요하며, 모든 요금제는 시간당 60개 메시지로 제한됩니다. 부족한 쪽이 OpenAI라면 Claude나 Gemini 모델을 고르세요.