카테고리 없음

Claude 요금제 비교(Pro·Max 5x·20x 차이)와 사용량 한도: 두 달간 작업을 멈춘 한도 기록 (Claude 2번, 나머지는 Codex)

코드짜는아빠 2026. 10. 1. 07:03

9월 23일, 사흘 동안 게시가 멈췄다

9월 23일 낮 12시 12분, 이미지 생성을 맡기던 Codex의 세션 기록에 이런 값이 남았다.

secondary(주간 창, 10080분)  used_percent: 100.0
primary(5시간 창, 300분)     used_percent: 14
plan_type: "plus"

5시간 창은 14%만 썼고, 주간 창이 100%였다. 풀리는 시각은 9월 26일 19시 35분. 그 사흘 동안 인스타그램 계정 세 곳의 이미지 단계가 전부 막혔고, 예약해 둔 게시 6칸이 비었다.

이 글은 Claude 요금제 글이지만, 위 기록은 Codex(ChatGPT Plus 요금제) 것이다. 8월부터 쌓인 작업 기록을 보면, 한도 때문에 작업이 며칠씩 멈춘 건 전부 Codex 쪽이었다. Claude 한도에는 두 번 걸렸다. 5시간 세션 한도 한 번, 주간 한도 한 번. 둘 다 아래 표에 같이 적어 뒀다.

Claude Pro·Max도 한도 모양은 같다. 5시간 창이 있고, 그 위에 주간 한도가 얹힌 모양. Claude 쪽 기록에 더 남은 건 비용 숫자를 잘못 읽은 일 두 번이고, 뒤에서 따로 적는다.

Claude 요금제 비교: Pro · Max 5x · 20x(클로드 맥스) 가격과 차이 (2026-09-30 공식 페이지 기준)

요금제 월 요금(미국 달러) Claude Code 사용량
Free $0 포함 안 됨 기본
Pro $20 (연간 결제 시 월 $17) 포함 5시간 세션당 Free의 5배 이상
Max 5x $100 포함 5시간 세션당 Pro의 5배
Max 20x $200 포함 5시간 세션당 Pro의 20배

공식 문서의 한도 규칙 (2026-09-30 조회)

  1. 모든 요금제에 5시간 단위로 굴러가는 세션 한도가 있고, 유료 요금제는 그 위에 주간 한도가 붙는다. 주간 한도는 모든 모델에 걸쳐 적용.
  2. Claude 앱(claude.ai)과 Claude Code는 한도를 같이 쓴다. 대화창에서 쓴 만큼 Claude Code에서 쓸 몫이 줄어든다는 얘기다.
  3. Claude Code에서 「You've hit your session limit」나 「You've hit your weekly limit」가 뜨면 /model 로 모델을 바꿔도 안 풀린다. 「You've hit your Opus limit」처럼 모델 이름이 붙은 메시지라면 다른 계열 모델로 바꿔서 계속할 수 있다.
  4. 한도에 닿았을 때 고를 수 있는 건 셋. 기다리기, 상위 요금제로 올리기, 유료 요금제라면 사용량 크레딧(API 요금으로 추가 사용) 켜기.
  5. 환경 변수 ANTHROPIC_API_KEY 가 설정돼 있으면 Claude Code는 구독 대신 그 API 키로 인증한다. 그러면 구독에 포함된 사용량을 쓰지 않고 API 요금이 청구되는 거다.

남은 한도를 보는 곳은 Claude Code 안의 /usage. Pro·Max라면 사용량 막대와 함께, 최근 사용량을 스킬 · 서브에이전트 · 플러그인 · MCP 서버별 비율로 나눈 표가 나온다. 다만 이 비율표는 이 컴퓨터의 Claude Code 기록으로 계산해서, claude.ai 대화에서 쓴 양은 빠진다.

한도에 걸려 멈춘 날들: Claude 두 번, 나머지는 Codex

(Claude)로 표시한 두 줄 말고는 전부 Codex 한도.

날짜 멈춘 작업 풀린 시각
8월 17~18일 게임 캐릭터 꾸미기 아이템 그림 35종을 새로 만들다 12종에서 중단. 다음 날 중복으로 생긴 아이템 그림 재생성 5건도 전부 실패(You've hit your usage limit … try again at Aug 20th) 8월 20일 22:56
9월 9일 릴스 장면 이미지 생성 18:01
9월 14일 개발 작업(10:18에 걸림) 12:10
9월 14일 21:09 (Claude) 저녁 작업 중 5시간 세션 한도(You've hit your session limit · resets 9:30pm) 21:30
9월 18일 (Claude) 주간 한도. 오후부터 한도 메시지가 뜨기 시작했고, 밤 10시 반~새벽 1시에 돈 자동 작업이 한도 메시지를 받고 실패 9월 19일 05:00
9월 23~26일 인스타그램 세 계정 이미지 단계, 게시 6칸 손실 9월 26일 19:35

Claude Code 세션 기록이 8월 말 이후 것만 남아 있어서, Claude 쪽은 9월 한 달만 센 거다.

8월 17일에는 기능을 하나 내렸다. 꾸미기 아이템 그림이 캐릭터 체형에 안 맞아 새로 그리던 중이었는데, 한도가 풀리는 20일 밤까지는 새 그림을 올릴 수 없었다. 깨진 그림을 사흘 동안 보여 주느니 꾸미기 화면을 잠시 닫은 거다.

9월 23~26일, 실패 알림이 계정별 · 슬롯별로 10건쯤 나갔다. 그런데 「원인은 주간 한도 하나, 풀리는 시각은 26일 19:35」, 이 한 줄을 말해 준 알림은 한 건도 없었다. 한 계정은 한도가 풀리기 5분 전인 19시 30분에 마지막 재시도를 돌렸고, 또 실패. 재시도 일정이 풀리는 시각을 모른 채 짜여 있었던 거다.

5시간 창도 금방 찬다. 9월 28일에는 개발 작업을 하는 동안 10시 37분 36%, 11시 03분 73%, 12시 01분 100%. 약 90분 만에 36%에서 100%까지 간 셈이다. 이 창은 3분 뒤인 12시 04분에 다시 열렸고, 그래서 위 표에는 넣지 않았다.

9월 23일에는 한도로 거부된 codex exec 가 종료 코드 0으로 끝난다는 것도 확인했다. 그래서 지금 이미지 생성 스크립트는 종료 코드 대신 출력에 찍힌 한도 문구(hit your usage limit)로 한도를 판단하는 거다.

코덱스·클로드 사용량 확인 방법: Codex는 세션 기록 파일과 초기화 시각, Claude는 /usage

Codex는 세션 기록을 ~/.codex/sessions/ 아래 날짜별 JSONL 파일로 남기고, 그 안에 한도 스냅샷이 들어 있다. 파일을 읽기만 하니 한도는 쓰지 않는다. 9월 30일 오전 기록을 이렇게 꺼냈다.

grep -h -o '"rate_limits":{[^}]*}[^}]*}[^}]*}' ~/.codex/sessions/2026/09/30/*.jsonl | tail -1

"rate_limits":{"limit_id":"codex","limit_name":null,
 "primary":{"used_percent":40.0,"window_minutes":300,"resets_at":1790735364},
 "secondary":{"used_percent":54.0,"window_minutes":10080,"resets_at":1791062351},
 "credits":{"has_credits":false,"unlimited":false,"balance":"0"}

resets_at 은 유닉스 시각이다.

TZ=Asia/Seoul date -d @1791062351   # 2026. 10. 04. (일) 06:19:11 KST

5시간 창 40%, 주간 창 54%, 주간 초기화는 10월 4일 06시 19분. 9월 28일 낮에 34%였으니 이틀 사이에 20%포인트를 더 쓴 거다.

Claude는 Claude Code 안에서 /usage 로 5시간 · 주간 사용량 막대를 본다.

한도를 나눠 쓰는 규칙 다섯 가지

Codex 한도 하나를 개발 작업과 매일 도는 이미지 생성이 같이 쓴다. 지금 지키는 규칙은 다섯 가지.

규칙 실제로 적은 곳
한도가 모자랄 때 무엇부터 멈출지 미리 정한다. 지금은 릴스 이미지 생성을 먼저 멈추고, 한도를 개발에 준다 운영 결정 기록(9월 28일)
예외로 이번 주는 10월 1일 밤 릴스 생성 1회를 지키려고, 그때까지 개발용 Codex 사용을 줄인다 현황 문서, 이 글을 쓰는 작업 지시서의 금지 항목(codex exec 실행 금지)
작업 지시서에 문턱을 적는다. 「Codex 주간 한도 60% 이상 → 멈추고 보고」 9월 28~29일 개발 작업 지시서 5건(4건은 「멈추고 보고」, 1건은 「코드만 먼저 하고 그림은 보류한 뒤 보고」)
한도 문구를 감지하면 풀리는 시각을 파일에 적고, 그때까지는 Codex를 아예 부르지 않는다. 풀리고 1분 뒤에 다시 깨운다 이미지 생성 어댑터(9월 23일). 이전에는 약 9분 걸려 실패하던 호출이 0초에 건너뛰어진다
이미지를 한꺼번에 많이 만들지 않는다. 야간 이미지 생성 시각은 매일 아침 7시 2분 이미지 작업과 겹치지 않게 잡는다 운영 결정 기록(9월 14일)

한쪽 한도가 막혔을 때 다른 쪽이 대신한 적도 있다. 9월 23~26일에는 평소 Codex에 맡기던 구현을 Claude가 직접 했고, 한도가 풀린 뒤 원래대로 돌렸다. 두 도구의 역할 분담은 5편에서 따로 다룬다.

Claude 쪽에서 틀렸던 것: 환산값을 돈으로 읽었다

claude -p --output-format json 은 결과에 total_cost_usd 를 넣어 준다. API로 불렀다면 이만큼이라는 환산값. 구독으로 로그인해 쓰면 이 금액이 청구되지는 않는다. 공식 문서도 /usage 의 세션 비용 수치를 두고, Pro·Max 구독자에게는 청구와 관계없다고 적어 놨다.

Claude가 이 값을 두 번 돈으로 읽었다.

첫 번째는 9월 2일, 지난 글에서 소개한 새벽 1시 작업을 Claude에게 설계시켰을 때다. 모델 조합별로 한 번씩 돌려 환산값을 잰 표가 나왔는데, 초안은 이 표를 가격 순으로 읽었다. haiku에 thinking 예산 4,000을 붙인 조합을 골랐고, 월 5달러 상한(한 달 누적)을 코드로 강제하는 모듈까지 설계했다. 그 표의 일부.

조합 1회 환산값 실제 변경 4건을 찾았나
haiku, thinking 끔 $0.0465 못 찾음(「변경 없음」 보고)
haiku, thinking 4,000 $0.0627 찾음(5개 항목으로 보고)
sonnet, thinking 끔 $0.5147 4건 모두 찾음

가장 싼 조합은 에러 없이 「변경 없음」을 냈다. 실제 변경 4건을 전부 놓친 답. 초안이 고른 조합은 맞혔지만, 정답이 thinking 설정값 하나에 달려 있었다. 그 값이 바뀌면 매일 조용히 「변경 없음」을 보고하는 작업이 된다.

내가 「우리 토큰 많아서 저렇게 강제할 필요 없는데 왜 저거 비용을 신경 쓰는 거지?」라고 묻고 나서 확인해 보니, 이 컴퓨터에는 ANTHROPIC_API_KEY 가 없고 인증은 구독 계정이었다. 상한 모듈과 예산 추적은 전부 지웠고, 모델은 thinking을 꺼도 정답을 낸 sonnet으로 바꿨다. 남긴 건 호출 한 번에 거는 --max-budget-usd 한 줄. 프롬프트가 잘못 조립돼 거대한 입력이 실리는 경우를 멈추는 폭주 차단기로만 쓴다.

두 번째는 9월 22일. Claude가 다른 자동 작업의 호출량을 달러로 계산해 「지출」이라고 적고 승인을 요청했다. 내 답은, API로 따로 뺄 이유는 없고 사용량을 보고 모자라면 요금제를 올리면 된다는 거였다. 따져야 할 건 같은 계정의 한도를 어느 작업이 얼마나 쓰느냐다.

환산값은 청구되지 않아도, 토큰을 쓰면 한도는 줄어든다. 지난 글에서 본 것처럼 설정을 걷어내 입력 토큰을 27만에서 4천으로 줄였다. 구독에서는 이렇게 토큰을 줄이면 한도 소비도 줄어든다.

요금제를 고르기 전에 확인할 것

  • 무엇이 같은 한도를 쓰는지 적어 보기. Claude 앱 대화, Claude Code 세션, claude -p 로 도는 자동 작업이 전부 한 한도에서 나간다.
  • 5시간 한도와 주간 한도는 따로 보기. 9월 23일 Codex에서 나를 멈춘 건 주간 창이었고, 그때 5시간 창은 14%였다.
  • ANTHROPIC_API_KEY 가 설정돼 있는지 확인하기. 설정돼 있으면 구독 사용량 대신 API 요금이 나간다.
  • 한도가 모자랄 때 무엇부터 멈출지 미리 적어 두기.
  • 자동 작업에는 --max-budget-usd 를 폭주 차단용으로 걸기.

다음 글은 Codex CLI의 codex exec 를 백그라운드로 돌릴 때 걸린 함정 이야기다. 입력을 기다리며 멈춘 호출, 그리고 「완료」라고 보고했지만 끝나지 않았던 작업.

이 블로그에 쓴 글들을 바탕으로 전자책과 템플릿 묶음을 만들어 볼까 고민하고 있어요. 낼지, 낸다면 언제일지는 아직 미정.

나오면 알림을 받고 싶은 분은 제목을 [출시 알림]으로 해서 codenara.contact@gmail.com 으로 메일 주세요.

개인정보 안내: 받은 메일 주소는 출시 알림 한 번 보내는 데만 쓰고, 보내고 나면 지워요. 내지 않기로 하면 그때 지우고, 요청하시면 그 전에라도 바로 지웁니다.

이런 자동화를 직접 세팅하고 싶거나 팀 환경에 맞게 설계해 보고 싶다면 codenara.contact@gmail.com 으로 연락 주세요. 교육·세팅 문의는 따로 받고 있어요.