Codex에서 usage limit reached가 보이면 결제 화면부터 열지 마세요. 먼저 Codex Usage dashboard에서 계정의 남은 사용량, reset, credits 구매 가능 여부를 확인하고, CLI의 현재 대화에서는 /status를 실행합니다. dashboard는 계정 쪽 한도와 credits, /status는 현재 세션의 모델·설정·컨텍스트·rate-limit 상태를 확인하는 출발점입니다.
차감 순서는 플랜 포함 사용량 → 해당 한도 이후 사용 가능한 추가 credits → 별도 계약인 API key입니다. credits를 구매해도 주간 계량기가 0으로 돌아가거나 reset 날짜가 바뀌지 않습니다.
그다음 멈춘 원인을 6개로 나눕니다. 5시간 플랜 창, 추가 주간 한도, 구매 또는 workspace credits, API rate limit, API 지출 한도, 로컬 context 한도입니다. 이 구분을 하지 않으면 context 문제에 플랜을 업그레이드하거나, API 429를 subscription credits로 해결하려는 잘못된 선택을 하게 됩니다.
지금 보이는 화면으로 바로 분기하기
아래 순서는 숫자를 외우는 방식이 아니라, 내 계정에서 실제로 움직인 장부를 찾는 방식입니다.
| 화면 또는 오류 | 의미할 가능성이 큰 것 | 확인할 곳 | 돈을 쓰기 전 행동 |
|---|---|---|---|
| reset 시간이 있는 limit banner | 포함된 5시간 창 또는 추가 주간 한도 | Codex Usage | reset을 기다릴 수 있는지 먼저 판단 |
| credits 잔액·구매·자동 충전 | 계정/워크스페이스의 유료 추가 사용 | Codex Usage와 워크스페이스 권한 | 결제 주체와 자동 충전 상한 확인 |
429, RPM, TPM | API 조직·프로젝트의 처리 한도 | OpenAI Platform Limits | 병렬 요청과 retry 정책 확인 |
| budget, billing, spend 오류 | API key가 사용하는 별도 과금 | Platform Usage / Billing | 올바른 project와 결제 주체인지 확인 |
| context가 가득 참, 입력이 잘림 | 현재 대화의 로컬 context capacity | CLI /status | task와 파일 범위를 나누기 |
| GitHub 자동 review만 다른 잔량 | Code Review meter | GitHub-triggered review 설정 | 일반 Codex 사용량과 별도 기록 |
/usage가 제공되는 환경에서는 계정의 token 활동과 지원되는 reset 동작을 볼 수 있습니다. 하지만 /usage와 /status를 같은 명령처럼 설명하면 안 됩니다. 전자는 계정 수준 활동에 가깝고, 후자는 지금 열린 세션의 상태를 읽는 데 우선합니다. API key 실행은 둘만으로 청구를 확정하지 말고 Platform에서 확인합니다.
context 자체를 더 자세히 측정하려면 Codex token 사용량 가이드, 결제 경로를 바꿀지 고민한다면 Codex API key와 ChatGPT 구독 비교를 이어서 보세요.
5시간 창과 주간 한도는 어떻게 겹치나
OpenAI Codex의 현재 pricing 문서는 대상 subscription에서 local messages와 cloud chats를 5시간 단위 범위로 표시합니다. 두 경로는 서로 독립된 두 개의 버킷이 아니라 같은 5시간 창을 공유합니다. 로컬에서 긴 수정을 한 다음 cloud task를 실행하면 cloud 쪽 한도가 새로 시작된다고 가정하면 안 됩니다.
추가 weekly limit이 적용될 수도 있습니다. 그래서 짧은 창이 reset됐는데도 Usage 화면에서 주간 압박이 남아 있거나, 반대로 주간 잔량이 있어도 현재 창 때문에 잠시 멈출 수 있습니다. 실제 계정에 어떤 한도가 적용됐는지는 plan 이름만으로 역산하지 말고 signed-in Usage에서 확인해야 합니다.
5시간은 5시간 동안 계속 코딩할 수 있다는 보장이 아닙니다. OpenAI는 소모량이 모델, 작업 크기와 복잡도, local/cloud 실행, context, reasoning, tool, retrieval, caching에 따라 달라진다고 설명합니다. 같은 한 줄 요청도 repo 전체, 긴 대화, MCP tool 결과를 읽으면 무거워질 수 있습니다.
최근 5시간 표시가 사라진 이유
2026년 7월에는 일부 대상 플랜에서 5시간 제한이 일시적으로 제거되고, 나중에 적용할 수 있는 banked reset이 지급된 이벤트가 있었습니다. 이 변화는 영구 계약이 아닙니다. reset은 계정별로 보이지 않을 수 있고, 이미 사용했거나, 지급 시점과 적용 상태가 다를 수 있습니다.
따라서 블로그나 커뮤니티의 screenshot보다 현재 Usage 화면을 우선하세요. 이 글의 기준일은 2026년 8월 4일이며, 이후 5시간 표시나 reset 옵션이 다시 바뀌어도 이상하지 않습니다.
메시지 범위를 credits 청구서로 바꾸지 않는다
플랜 표의 local messages / 5h 범위는 포함 headroom을 설명하고, credit rate card는 input, cached input, output tokens를 계산합니다. 한 메시지가 항상 같은 credits라는 공식은 없습니다. 알려진 파일 하나를 고치는 요청과 monorepo를 탐색하고 tools를 호출해 긴 결과를 만드는 요청은 같은 한 번의 요청이어도 부담이 다릅니다.
계속 쓸 수 있는지는 Usage dashboard, credits 차감 방식은 현재 rate card에서 확인하세요. 모델명, 범위, 프로모션은 바뀔 수 있으므로 이 글은 전체 메시지 표를 고정하지 않습니다.
Pro 계정만 점검한다면 ChatGPT Pro Codex quota 확인을 이어서 보세요.
세 장부를 섞지 않는다
한국어 검색 결과에는 사용량, 토큰, 크레딧, 비용이 한 문단에 자주 등장합니다. 하지만 실제로는 최소 세 장부가 있습니다.
1. ChatGPT 플랜의 포함 사용량
5시간 창과 가능한 주간 한도는 구독에 포함된 사용 한도입니다. local messages와 cloud chats가 같은 창을 공유할 수 있습니다. 이 장부는 Usage dashboard와 limit banner에서 봅니다.
2. 구매한 Codex credits
OpenAI Codex rate card는 현재 대부분의 대상 고객에게 input, cached input, output token을 credits로 환산하는 구조를 설명합니다. 포함 한도 뒤에 Plus/Pro 사용자가 credits를 구매하거나, flexible workspace가 workspace credits를 사용할 수 있는 경우가 있습니다.
그러나 구매·자동 충전 메뉴는 plan과 워크스페이스 권한에 따라 다릅니다. 버튼이 없다고 해서 외부 판매자, 공유 계정, 비공식 충전 경로를 찾지 마세요. 워크스페이스 관리자에게 확인하거나 공식 reset을 기다리는 것이 안전합니다.
token-based rate card는 input / 100만 × input 요율 + cached input / 100만 × cached input 요율 + output / 100만 × output 요율로 읽습니다. 2026년 8월 4일 GPT-5.4 mini 요율은 input 18.75, cached input 1.875, output 113 credits / 100만 tokens입니다. 100,000 input, 400,000 cached input, 20,000 output이라면 1.875 + 0.75 + 2.26 = 4.885 credits, 약 4.89입니다. 실제 차감은 live rate와 Usage 표시가 우선입니다.
대상 Plus/Pro 사용자는 웹이나 Codex app의 Codex Settings > Usage > Credits에서 구매할 수 있습니다. 대상 계정은 auto top-up도 켤 수 있습니다. 잔액이 최소값 아래로 떨어지면 기본 결제 수단으로 목표 잔액까지 필요한 만큼 구매하며, 설정 시 이미 임계값 아래라면 즉시 구매가 발생할 수 있습니다.
구매 credits는 구매일로부터 12개월 유효하고 만료 후 이월되지 않습니다. 원칙적으로 환불·양도가 불가능합니다. 다른 지원 agentic feature와 같은 잔액을 쓸 수 있으므로 구매 전에 Usage의 소비 주체와 결제자를 확인하세요.
3. Platform API 사용량과 청구
API key로 실행한 Codex는 표준 API token 요금, 조직/프로젝트 rate limit, API budget을 따릅니다. ChatGPT workspace membership이 API 조직 membership, key, model access, billing을 자동으로 주지 않습니다. subscription 한도를 소진했다고 API가 무료로 열리는 것도 아니고, API 비용을 냈다고 5시간 창이 복구되는 것도 아닙니다.
RPM·TPM·429를 다루는 상세 절차는 OpenAI API rate limit 해결 가이드에서 확인하세요. 이 페이지에서는 “API 제한은 Platform에서 본다”는 경계까지만 다룹니다.
API key route는 CLI, SDK, IDE에 유용하지만 Codex cloud 기능을 전부 포함하지 않습니다. 특히 GitHub review나 Slack 같은 클라우드 기능을 쓸 수 있는지 별도로 확인해야 합니다. API key를 단순한 우회로로 권하지 않는 이유입니다.
진행 중이던 작업과 code review는 예외가 있다
OpenAI는 포함 한도에 도달한 순간 active turn이 실행 중이라면, fair-use 범위에서 그 turn을 마칠 수 있다고 설명합니다. 이는 새 task를 계속 무제한 시작할 수 있다는 뜻이 아닙니다. 완료된 뒤 Usage 또는 limit banner가 제시하는 reset, credits, plan 옵션을 다시 읽어야 합니다.
Code review는 시작한 위치가 중요합니다.
- GitHub가 trigger한 자동 Codex review는 Code Review meter를 사용합니다.
- 로컬 CLI에서 diff를 읽히거나 GitHub 밖에서 실행한 review는 general usage로 계산될 수 있습니다.
- “review 작업이니 전부 별도 quota”라고 가정하지 말고 어디에서 어떤 방식으로 실행했는지를 작업 기록에 남깁니다.
실무 시나리오: 급한 배포 전날 한도가 줄었다면
금요일 저녁, 팀이 cloud task로 migration을 검토한 뒤 로컬 CLI에서 긴 test log를 분석했다고 가정해 봅시다. Usage가 빨리 줄었다고 바로 credits를 사면 어느 작업이 원인인지 알 수 없습니다.
먼저 Usage의 시작 잔량과 reset 표시를 저장합니다. /status에서 모델과 context 상태를 보고, 이번 대화에 긴 log와 불필요한 MCP 결과가 남아 있는지 확인합니다. 다음 요청은 “서비스 전체 점검” 대신 “실패한 migration test 1개, 관련 schema 2개, log 마지막 40줄”처럼 범위를 고정합니다.
그래도 같은 유형의 작업이 반복해서 큰 폭으로 소모된다면 그때 credits 또는 plan을 검토합니다. 반대로 API 429가 원인이면 subscription upgrade가 아니라 Platform의 rate limit과 retry가 문제입니다. 배포 일정이 급하다는 이유로 결제 주체 확인을 건너뛰면 다음 달 비용 원인을 설명하기 어려워집니다.
한 번에 하나만 바꾸는 관찰법
Codex 소모에는 보이지 않는 변수가 많습니다. 다음 5단계로 개인 계정에서도 재현 가능한 작은 관찰을 만들 수 있습니다.
- 시작값 기록: Usage의 잔량·reset과
/status의 model·context를 적습니다. - 작업 경계 고정: 파일, 목표, 종료 조건, 검증 command를 한정합니다.
- 한 번 실행: local/cloud, tool 사용, retrieval, Fast mode 여부를 기록합니다.
- 끝값 기록: 같은 두 화면에서 변화를 확인합니다.
- 변수 하나만 변경: 다음 실행에서 model만, context만, task 범위만, 또는 MCP 하나만 바꿉니다.
이 결과를 “Sol은 항상 몇 %를 쓴다” 같은 보편 공식으로 만들면 안 됩니다. 계정, 시점, cache, 작업이 다르기 때문입니다. 목적은 내 workflow에서 줄일 수 있는 변수를 찾는 것입니다.
효율을 높일 때는 AGENTS.md를 필요한 directory 범위로 유지하고, 쓰지 않는 MCP server를 끄고, routine task에는 더 작은 모델을 고려합니다. 새 세션은 관련 없는 과거 context를 분리하는 데 도움을 주지만, 이미 사용한 플랜 allowance를 되돌리지는 않습니다. Fast mode와 이미지 생성은 included limits나 credits를 더 빠르게 소모할 수 있으므로 별도 실험으로 봅니다.
결제 없이 가능한 것부터 선택한다
한도 이후 선택은 다음 순서가 안전합니다.
- reset을 기다린다: Usage에 명확한 시간이 있고 급하지 않을 때.
- 작업을 줄인다: 파일과 log를 제한하고, 긴 탐색과 수정 단계를 분리할 때.
- 모델·mode를 바꾼다: routine 작업에 작은 모델을 쓰고 Fast mode가 정말 필요한지 볼 때.
- 공식 credits를 사용한다: 내 Usage 화면에서 제공되고 결제 주체와 자동 충전 상한을 확인했을 때.
- 플랜을 바꾼다: 같은 업무 패턴을 관찰한 뒤 포함 사용량이 지속적으로 부족하다고 확인했을 때.
- API key billing으로 전환한다: Platform project, budget, rate limit, 잃는 cloud 기능을 이해했을 때.
공유 계정, credential 재판매, 비공식 reset script, 제한을 피하기 위한 다중 계정 운영은 해결책이 아닙니다. 보안과 약관 위험을 키우고 사용량 귀속도 망가뜨립니다. 같은 PC에서 여러 사람이 쓰는 경계는 Codex 공유 계정과 동일 PC 사용 기준을 확인하세요.
마지막으로 기억할 한 문장
Codex 사용 한도는 “몇 번 남았나”가 아니라 어느 장부가 지금 작업을 막았나의 문제입니다. Usage dashboard로 subscription과 credits를, /status로 현재 세션과 context를, Platform으로 API rate와 spend를 확인하세요. local/cloud 공유 5시간 창, 가능한 주간 한도, active turn, GitHub review 경계까지 분리하면 잘못된 업그레이드와 불필요한 결제를 피할 수 있습니다.
이 글의 rate 예시는 2026년 8월 4일에 확인했습니다. 실제 결정은 OpenAI live pricing과 내 signed-in Usage 화면을 기준으로 하세요.
