Claude Code와 Codex는 하나의 일일 token 풀을 공유하지 않습니다. 2026년 6월 30일 기준으로 중요한 질문은 "오늘 token이 몇 개 남았나"가 아니라, 지금 어떤 계량기가 움직이고 있고 어떤 계약이 그 작업 비용을 내는가입니다.
Claude Code에서는 로컬 /usage, Pro / Max / Team / Enterprise 플랜의 usage bar, Claude Console의 API spend, workspace spend limit, 또는 팀이 직접 내보내는 OpenTelemetry가 계량기일 수 있습니다. Codex에서는 ChatGPT 플랜에 포함된 사용 창, 구매한 credits, workspace credits, Fast mode의 더 높은 credit 소모, 이미지 생성, 또는 OpenAI Platform API key billing이 계량기일 수 있습니다.
그래서 처음부터 "업그레이드해야 하나"라고 묻는 것은 위험합니다. 먼저 도구 표면, 플랜 표면, 모델, 컨텍스트 크기, 과금 경로를 확인합니다. 그다음 컨텍스트를 지울지, compact할지, 모델을 바꿀지, effort를 낮출지, 불필요한 MCP를 끌지, spend limit을 설정할지, credits를 살지, API key 과금으로 옮길지 결정합니다.
증거 메모: OpenAI Codex의 pricing, speed, auth, slash command, analytics, image generation 문서는 2026년 6월 30일에 확인했습니다. Anthropic Claude Code의 cost, usage, analytics, settings, OpenTelemetry 문서도 같은 날 확인했습니다.
업그레이드보다 먼저 계량기를 본다
사용량 판단이 틀리는 이유는 보통 세 가지를 섞기 때문입니다.
- agent가 실제로 읽는 컨텍스트 크기
- 제품 화면이 보여주는 남은 사용량
- 어느 청구서 또는 credit 풀이 줄고 있는지
예산을 움직이기 전에 이 세 층을 분리해야 합니다.
| 작업 표면 | 먼저 볼 계량기 | 더 깊은 소유자 | 첫 제어 동작 |
|---|---|---|---|
| Claude Code 로컬 구독 세션 | /usage, status line, 확장 프로그램의 Account & usage | 플랜 한도와 로컬 세션 기록 | 오래된 기록 제거, compact, effort 낮추기, 모델 변경, 사용하지 않는 MCP 끄기 |
| Claude Code API / Console 경로 | Claude Console usage와 workspace spend limit | API billing과 workspace rate limit | 한도 설정, 사용자별 spend 확인, OTel 활성화 |
| 팀의 Claude Code | Claude analytics, OTel, gateway, SIEM | Team / Enterprise 관리 정책 | 사용자, 모델, tool, skill, plugin, MCP, agent별 귀속 |
| ChatGPT 로그인 Codex | Codex usage dashboard와 CLI /status 또는 /usage | 포함된 플랜 창과 선택적 credits | routine 작업은 작은 모델, 컨텍스트 축소, Fast mode는 가치가 있을 때만 |
| API key Codex | OpenAI Platform billing, limits, API pricing | 사용량 기반 API 계약 | 프로젝트 예산 설정, CI와 대화형 작업 분리 |
계량기를 잘못 고르면 다음 조치도 틀립니다. 비싼 플랜은 비대한 CLAUDE.md, 소음이 많은 MCP, 제한 없는 subagent team, Codex Fast mode 습관, 잘못된 예산으로 향한 API key를 고쳐주지 않습니다.
Claude Code: 플랜을 탓하기 전에 /usage를 읽는다
Claude Code의 비용 문서는 /usage를 첫 로컬 진단 표면으로 둡니다. Session block은 현재 세션의 token 통계를 보여줍니다. API 사용자에게는 spend 추정에 유용합니다. Pro, Max, Team, Enterprise 구독자에게는 로컬 dollar figure가 공식 청구서가 아닙니다. 이 사용자는 plan usage bars, activity stats, 그리고 무엇이 플랜 한도에 들어가는지의 breakdown을 함께 봐야 합니다.
안전한 규칙은 다음과 같습니다.
/usage는 현재 로컬 session을 이해하는 데 쓴다- plan bars는 구독 한도 압력을 이해하는 데 쓴다
- Claude Console은 API billing의 기준으로 본다
- analytics 또는 OpenTelemetry는 팀 귀속에 쓴다
같은 화면은 최근 사용량을 skills, subagents, plugins, 개별 MCP servers로 나눌 수 있습니다. 공식 문서는 day/week 전환을 설명하고, VS Code 확장에도 Account & usage dialog가 있습니다. 따라서 /usage는 장식이 아니라 첫 분기표입니다.
| 증상 | 가능성이 큰 원인 | 제어 동작 |
|---|---|---|
| 짧은 prompt인데 소모가 크다 | 숨은 컨텍스트, 오래된 기록, tools, MCP definitions | /context 확인, 관련 없는 기록 삭제, 좁은 지시로 compact |
| 계획 단계에서 한도가 빨리 줄어든다 | extended thinking, 높은 effort, 넓은 repo 탐색 | /effort 낮추기, 파일 지정, stop condition 작성 |
| 팀 spend가 불명확하다 | 로컬 사용량만으로는 귀속이 안 된다 | OTel 또는 analytics를 켜고 사용자, 모델, tool, agent별로 본다 |
| API 청구가 예상과 다르다 | workspace spend limit이 없거나 너무 넓다 | workspace spend limits와 필요한 per-user rate limits 설정 |
Codex: 플랜 창, credits, API key를 분리한다
Codex의 회계 구조는 다릅니다. OpenAI Codex pricing 페이지는 하나의 daily token cap으로 설명하지 않고, included plan usage, credits, workspace credits, API key billing을 나눕니다.
2026년 6월 30일 기준 공개 표에서 보이는 local messages / 5h 범위는 다음과 같습니다.
| Codex 경로 | Local messages / 5h | 주의점 | 제어 의미 |
|---|---|---|---|
| Plus | GPT-5.5: 15-80; GPT-5.4: 20-100; GPT-5.4 mini: 60-350 | 모델, 작업 크기, 복잡도, 로컬 컨텍스트에 따라 달라짐 | routine edit는 mini, 큰 repo context를 매 turn에 넣지 않기 |
| Pro 5x | GPT-5.5: 75-400; GPT-5.4: 100-500; GPT-5.4 mini: 300-1750 | 더 큰 창이지만 무제한은 아님 | 무거운 모델은 위험한 코드 경로에 남겨두기 |
| Pro 20x | GPT-5.5: 300-1600; GPT-5.4: 400-2000; GPT-5.4 mini: 1200-7000 | 가장 큰 included tier도 context-sensitive | 긴 작업과 background work를 따로 감시 |
| Business included usage | GPT-5.5: 15-80; GPT-5.4: 20-100; GPT-5.4 mini: 60-350 | workspace contract와 flexible pricing이 팀 회계를 바꿀 수 있음 | 관리자는 공개 행뿐 아니라 workspace credits를 봐야 함 |
| API key | 사용량 기반 | OpenAI Platform API pricing 적용 | ChatGPT 플랜 headroom이 아니라 API spend와 rate limit 관리 |
OpenAI는 모델과 기능별 credit rate도 공개합니다. GPT-5.5, GPT-5.4, GPT-5.4 mini, GPT-Image-2 image path, GPT-Image-2 text path는 input, cached input, output rate가 다릅니다. 긴 output이 많은 coding run과 짧은 진단 prompt는 같은 credits를 쓰지 않습니다.
Fast mode도 별도의 배율입니다. OpenAI speed 문서는 지원되는 ChatGPT login session에서 속도를 높이지만 credits를 더 높은 rate로 소비한다고 설명합니다. GPT-5.5 Fast mode는 표준 credit rate의 2.5x, GPT-5.4는 2x입니다. API key session은 표준 API pricing을 사용하며 ChatGPT Fast mode credits를 쓰지 않습니다.
이미지 생성도 text-only coding turn이 아닙니다. Codex 문서는 built-in image generation이 일반 Codex usage limits에 포함되며, text-only보다 포함 한도를 더 빨리 사용할 수 있다고 설명합니다. 다이어그램, UI mock, 기사 이미지를 생성하는 세션은 일반 코드 편집과 따로 비교해야 합니다.
두 도구에 공통인 제어 루프
계량기는 다르지만 운영 루프는 거의 같습니다.
- 작업 이름을 정한다. exploration, edit, review, CI, image generation, automation 중 무엇인가.
- 지불자를 정한다. subscription plan, usage credits, workspace credits, API key 중 무엇인가.
- 컨텍스트를 정한다. files, instructions, MCP, logs, tools, screenshots, history 중 무엇이 들어가는가.
- 모델과 effort를 정한다. 무거운 모델과 높은 effort는 비싼 불확실성에 쓴다.
- 전후를 잰다.
/usage,/status, dashboards, OTel, Console spend, Platform billing을 본다. - 한 번에 하나만 바꾼다. clear, compact, model switch, server disable, task split 뒤 다시 잰다.
이 과정은 일부러 단순합니다. 다섯 가지를 한 번에 바꾸면 이유를 모릅니다. 하나씩 바꾸면 팀은 반복 가능한 budget playbook을 만들 수 있습니다.
섞으면 안 되는 billing 경계
가장 비싼 오해는 모든 credits를 하나의 지갑처럼 보는 것입니다.
Claude Code API usage는 Anthropic Console에서 추적되고 workspace spend limits로 관리할 수 있습니다. Pro와 Max는 subscription usage bars와 usage credits를 보여줄 수 있습니다. 팀은 analytics, OpenTelemetry, gateway attribution, SIEM을 더할 수 있습니다.
Codex credits는 포함 한도 이후 또는 flexible workspace contract에서 지원되는 사용을 계속하기 위한 OpenAI 쪽 단위입니다. OpenAI Platform API key billing은 별도 사용량 기반 경로입니다. Codex API key workflow는 ChatGPT included credits를 쓰지 않습니다.
중지 규칙은 다음과 같습니다.
- Console billing이 확인하지 않는 한 Claude Code subscription usage를 API bill이라고 부르지 않는다.
- Codex API key usage를 ChatGPT plan limit이라고 부르지 않는다.
- Fast mode를 무료 속도라고 취급하지 않는다.
- image generation을 text-only coding turn과 같다고 보지 않는다.
- 일시적인 quota-drain 또는 dashboard 이상을 장기 baseline으로 만들지 않는다.
팀 제어: dashboard, telemetry, spend limit
팀 운영은 로컬 command만으로 부족합니다.
Claude Code는 Team과 Enterprise 조직을 위한 analytics dashboard를 제공하고, API 고객은 Console dashboard에서 usage와 spend를 봅니다. 사용자별 token counts와 cost estimates를 보려면 Anthropic은 OpenTelemetry export를 안내합니다. OTel은 token usage, cost usage, session count, tool activity, model, skill, plugin, MCP, agent 속성을 내보낼 수 있습니다.
이렇게 하면 "누가 많이 썼다"가 아니라 "이 workflow는 매번 같은 MCP, plugin, subagent를 로드해서 컨텍스트가 부풀어 오른다"라고 말할 수 있습니다. 두 번째 문장은 고칠 수 있습니다.
Codex에도 admin과 analytics surface가 있습니다. OpenAI enterprise governance 문서는 workspace admins와 analytics viewers가 adoption과 usage를 추적하고 product surface와 model별 credit / token usage를 볼 수 있다고 설명합니다. 다만 data lag가 있을 수 있으므로 spike 조사에서는 dashboard, local logs, billing surface가 맞아떨어질 때까지 결론을 늦추는 편이 안전합니다.
실무 정책은 다음과 같습니다.
- interactive development, CI, review, experiments 예산을 분리한다
- 관련 없는 작업은 새 session에서 시작한다
- 공유 instruction은 짧게 유지하고 전문 지식은 on-demand skill로 옮긴다
- 비싼 model은 그 가치가 있는 task에 제한한다
- 팀 확대 전에 usage metrics를 export한다
- credits 구매 전 stop-and-inspect threshold를 둔다
한도가 너무 빨리 줄 때의 순서
먼저 업그레이드하지 마십시오. 순서는 다음입니다.
| 단계 | Claude Code | Codex | 이유 |
|---|---|---|---|
| 1 | /usage, plan bars, Console 확인 | dashboard와 /status 또는 /usage 확인 | 어떤 계량기가 움직였는지 확인 |
| 2 | /context, clear 또는 compact | compact, 새 task, context 축소 | context가 가장 싼 수정점일 때가 많음 |
| 3 | model 또는 effort 낮추기 | GPT-5.5에서 GPT-5.4 또는 mini로 전환 | model mix는 burn rate를 즉시 바꿈 |
| 4 | 불필요한 MCP / plugin / agent 끄기 | MCP, tools, review loops 끄기 | tool overhead가 작은 task를 키움 |
| 5 | telemetry 확인 | admin analytics와 Platform billing 확인 | 개인 session과 team spend 분리 |
| 6 | 마지막에 계약 변경 | credits, workspace limit, API billing | 계약 변경은 진단 뒤에 와야 함 |
이상일에는 규칙이 하나 더 있습니다. 많은 사용자가 동시에 갑작스러운 drain을 보고하면 accounting, dashboard, background work, retry 문제일 수 있다고 보고 시작합니다. screenshot, model, context, task type을 기록하고 공식 surface가 안정된 뒤 비교합니다.
예산 체크리스트
- 실행 전: goal, files, stop condition, verification command 작성.
- 시작 시:
/usage또는/status, model, effort, Fast mode, API key route 확인. - 탐색 중: 전체 repo scan 대신 대상 파일을 읽는다.
- 긴 logs 전: test output을 필터링하거나 noisy work를 isolated subagent에 맡긴다.
- Opus, GPT-5.5, Fast mode 전: 불확실성이 burn rate를 정당화하는지 확인.
- 이미지 생성 전: text-only coding turn보다 비싸다고 가정.
- 종료 후: before/after usage와 실제 유용한 결과를 기록하고 model 이름만 남기지 않는다.
자주 묻는 질문
Claude Code가 Codex보다 항상 저렴한가요?
아닙니다. 계약, model, context behavior, billing route가 다릅니다. 구체적인 task, model, context size, payer를 비교해야 합니다.
Claude Code token usage는 어디서 보나요?
먼저 /usage를 봅니다. API billing은 Claude Console, 팀 귀속은 analytics 또는 OpenTelemetry를 사용합니다.
Codex credits는 어디서 보나요?
Codex usage dashboard와 CLI /status 또는 /usage를 봅니다. API key workflow는 OpenAI Platform billing과 limits를 봅니다.
Codex에는 하나의 daily token limit이 있나요?
아닙니다. plan windows, model-specific ranges, credits, workspace contracts, Fast mode, image generation, API key billing으로 나누어 이해해야 합니다.
가장 빨리 사용량을 줄이는 방법은?
관련 없는 작업은 새 session에서 시작하고, 유용한 history만 compact하고, routine task는 model 또는 effort를 낮추고, 불필요한 MCP를 끄고, 파일과 stop condition을 명확히 줍니다.
한도가 갑자기 빨리 줄면 credits를 사야 하나요?
진단 후에 결정합니다. 거대한 context, Fast mode, image generation, tool loop, 임시 provider-side incident가 원인일 수 있습니다.
결론: Claude Code와 Codex의 사용량 제어는 계량기 routing 문제입니다. 계량기를 확인하고, context를 줄이고, model을 고른 뒤, workflow가 정말 필요할 때만 계약을 바꾸십시오.