Codex ‘Selected model is at capacity’ 오류의 뜻과 작업 재개 방법

Codex에서 “Selected model is at capacity. Please try a different model.”이라는 메시지가 나오면, 선택한 모델이 현재 추가 요청을 처리할 여유가 부족하다는 뜻입니다. 잠시 기다린 뒤 다시 시도하거나 이용 가능한 다른 모델로 바꾸되, 중단 전에 완료된 작업을 먼저 확인하고 미완료 부분부터 이어가는 것이 좋습니다.

‘Selected model is at capacity’는 무슨 뜻일까?

Selected model is at capacity. Please try a different model.

한국어로는 ‘선택한 모델의 처리 용량이 가득 찼습니다. 다른 모델을 시도해 주세요’라는 의미입니다. 여기서 capacity는 모델 서비스가 현재 요청을 받아 처리할 수 있는 여유를 가리킵니다. 사용자의 컴퓨터에 저장 공간이 부족하다는 안내로 해석할 문구는 아닙니다.

에이전트는 작업 도중에도 다음 판단이나 응답을 위해 모델을 다시 호출할 수 있습니다. 이때 요청을 처리하지 못하면 작업이 멈춘 것처럼 보일 수 있습니다. 그렇다고 앞서 실행한 파일 저장, 명령이나 외부 서비스의 변경까지 모두 취소됐다고 생각해서는 안 됩니다. 오류가 난 시점과 각 작업의 실제 완료 상태를 나누어 확인해야 합니다.

OpenAI의 공식 API 오류 안내에서도 모델이 일시적으로 과부하인 경우와 사용량·요청 제한을 구분합니다. API는 프로그램이 서비스와 통신하는 인터페이스입니다. 다만 Codex 화면의 이 문구만으로 실제 통신의 상태 코드나 내부 오류 코드가 무엇이었는지 확정할 수는 없습니다. 공식 API 문서는 구분을 이해하는 참고 자료이며, 화면 문구와 특정 코드가 항상 일대일로 대응한다는 근거로 쓰면 안 됩니다.

개인 사용량 한도 초과와는 어떻게 다를까?

모델의 처리 여유와 내 계정의 이용 가능량은 서로 다른 문제입니다. 사용량이 남아 있어도 모델의 일시적인 수용량 문제는 생길 수 있습니다. 반대로 이 메시지만 보고 내 사용량이 충분히 남아 있다고 확신할 수도 없으므로, 별도의 한도 안내가 있다면 함께 확인합니다.

컨텍스트는 모델이 현재 판단에 사용할 수 있는 대화와 자료의 범위입니다. 긴 작업 중 발생했다는 이유만으로 이 용량 메시지를 컨텍스트 초과로 바꾸어 해석하지는 않습니다. OpenAI의 에이전트 오류·복구 문서도 과부하, 컨텍스트 초과, 사용량 제한, 연결 오류를 별도로 설명합니다. 요청이 사라지거나 대기하는 현상이 중심이라면 Codex VS Code 확장의 요청·대기 문제와도 증상을 구분해 볼 수 있습니다.

작업이 멈췄을 때 재개하는 순서

1. 오류와 마지막 진행 상태를 남깁니다. 메시지, 선택한 모델, 발생 시각과 마지막 완료 항목을 기록합니다. 명령이나 업로드가 실행 중이었다면 결과부터 확인하고 같은 작업을 겹쳐 실행하지 않습니다.
2. 잠시 기다린 뒤 다시 시도합니다. 같은 요청을 연속해서 여러 번 보내기보다 간격을 두고 시도합니다. 실패가 반복되면 간격을 늘립니다. 이 문구만으로 몇 분 뒤 반드시 복구된다고 예측할 수는 없습니다.
3. 계속되면 다른 모델을 검토합니다. 현재 대화에서 모델 선택 메뉴를 사용할 수 있다면 계정에 표시되는 다른 모델을 선택합니다. 모델마다 사용 가능한 도구와 작업 적합성이 다를 수 있으므로, 필요한 기능을 사용할 수 있는지도 확인합니다.
4. 기존 결과를 확인하고 남은 일만 요청합니다. 처음부터 다시 작성·실행하라는 요청보다, 저장된 파일이나 외부 서비스의 반영 상태를 먼저 읽고 이어가도록 명시합니다.
5. 작은 남은 작업으로 재개 여부를 확인합니다. 예를 들어 마지막 저장 파일의 상태 확인부터 요청한 뒤 다음 작업으로 진행합니다. 다시 같은 메시지가 나오면 계속 진행 중이라고 가정하지 말고 대기·모델 변경·문제 보고 중 다음 조치를 정합니다.

공식 모델 선택 안내는 이용 가능 여부, 도구, 추론 설정과 사용량 제한이 제품·모델 버전에 따라 다르다고 설명합니다. 따라서 특정 모델로 바꾸면 언제나 해결된다는 보장은 없습니다. API를 직접 개발하는 경우라면 응답에 재시도 대기 시간을 나타내는 Retry-After가 있을 때 이를 따릅니다. 앱 사용자에게 그 헤더가 항상 표시되는 것은 아닙니다.

이미 끝난 작업은 무엇을 확인해야 할까?

대화의 응답이 중단된 것과 실제 변경이 없었던 것은 다릅니다. 파일은 저장됐지만 완료 보고만 못 했을 수 있고, 외부 서비스가 요청을 처리한 뒤 화면에 오류가 나타났을 수도 있습니다. 실패 메시지 하나만으로 성공이나 실패를 일괄 판정하지 않고, 각 결과를 조회합니다.

예를 들어 번역 글 일곱 편 중 세 편을 발행한 뒤 중단됐다고 가정하면, 먼저 실제 발행 목록과 번역 연결을 확인한 후 남은 네 편만 처리해야 합니다. 이는 복구 방법을 설명하기 위한 예시이며, 오류가 발생하면 항상 같은 수의 작업이 끝나 있다는 뜻은 아닙니다. 공식 복구 문서도 실패한 요청 전에 파일이나 외부 도구의 변경이 이미 일어났을 수 있으므로 재시도 전에 확인하도록 안내합니다.

다시 요청할 때 사용할 수 있는 문장

재개 요청에는 목표, 완료된 결과를 확인할 위치, 남은 작업, 보존할 항목을 함께 적으면 좋습니다. 다음 문장은 기존 대화에서 이어갈 때 사용할 수 있습니다.

모델 용량 오류로 작업이 중단됐어. 먼저 현재 파일과 외부 서비스에 실제로 반영된 결과를 확인해줘. 완료된 항목은 중복 실행하지 말고, 미완료 부분부터 이어서 진행해줘. 이미 발행된 글의 본문·주소·대표 이미지는 요청 범위 밖에서 변경하지 말고, 마지막에 완료 항목과 남은 항목을 구분해 알려줘.

새 대화로 옮겨야 한다면 이 문장만 보내기보다 작업 목표, 폴더·파일 경로, 생성된 글이나 미디어의 ID, 완료·미완료 목록, 지켜야 할 지침을 함께 전달합니다. 새 모델이나 새 대화가 이전 결과를 자동으로 모두 알고 있다고 가정하지 않습니다. 필요한 정보는 작업 기록으로 전달하고 실제 상태를 다시 확인하게 합니다.

재개 후에는 ‘이어 하겠다’는 답변만 확인하지 말고, 남은 작업이 실제로 수행됐는지 결과를 봅니다. 파일 저장이면 최신 내용, 발행이면 공개 글과 상태처럼 작업에 맞는 확인 기준을 사용합니다. 성공 여부가 불명확한 외부 작업은 확인하기 전까지 다시 생성하거나 발행하지 않도록 요청하는 편이 좋습니다.

자주 묻는 질문

사용량이 남아 있는데도 이 메시지가 나올 수 있나요?

그럴 수 있습니다. 모델 서비스의 현재 수용량과 계정의 이용 가능량은 별도 조건입니다. 다만 화면 문구만으로 남은 사용량을 알 수는 없으므로 별도의 사용량 안내도 확인해야 합니다.

앱 재설치나 유료 플랜 변경이 필요한가요?

이 메시지만으로 재설치나 결제 변경이 필요하다고 판단할 근거는 없습니다. 우선 대기 후 재시도와 이용 가능한 모델 변경을 검토합니다. 다른 오류가 함께 표시된다면 해당 오류에 맞춰 원인을 확인합니다.

계속 반복되면 어떤 정보를 남겨야 하나요?

발생 시각과 시간대, 모델, 앱 버전, 정확한 오류 문구, 어떤 작업 중이었는지, 다른 모델에서도 반복되는지와 완료된 결과를 정리합니다. 공식 오류 문서에서 연결하는 서비스 상태 안내도 확인하고, 문제가 지속되면 이 정보를 바탕으로 지원을 요청합니다. 공유하는 화면이나 로그에서는 비밀번호·인증 토큰·비공개 내용을 제외합니다.