Claude Max 5x는 정말 본전을 뽑고 있는가? jsonl 실측 데이터로 검증하기

이 글에서 알 수 있는 것: ~/.claude/projects/ 하위의 jsonl 파일 139개를 분석하여, Claude Max 5x(월 $100)의 이용 실태를 API 환산 비용으로 정량화했다. 16일간의 실측치는 API 환산 $2,894 상당(월 환산 $5,425)으로, Max 요금의 약 55배에 달하는 가치에 해당한다. 계산 방법, 모델별 내역, 세션 설계의 노하우까지 숫자마다 근거를 제시한다.

Reddit의 r/ClaudeAI에서 "Max 5x 사용 데이터: 월 $159 vs API 환산 $6.6k"라는 게시물을 보았다(현재는 원 스레드를 참조할 수 없으므로, 수치는 이메일 알림의 서두에서 확인한 것이다). ~/.claude/projects/*.jsonl을 분석하여 실제 토큰 사용량을 계산하고, API 환산 비용과 비교한 내용이었다.

"나도 똑같은 것을 해보자"라고 결심하여, 가지고 있는 jsonl 파일을 분석한 것이 이 글의 출발점이다. 계산 자체는 단순하지만, 도중에 Claude가 Opus 4.7의 단가를 잘못 파악하는 실수가 있었고, 그 수정을 거쳐 올바른 숫자에 도달했다. 그 과정까지 포함하여 기록한다.

jsonl 파일에서 무엇을 알 수 있는가

Claude Code는 각 세션의 대화 이력을 다음 경로에 저장한다.

~/.claude/projects/<project-id>/<session-uuid>.jsonl

jsonl 파일의 어시스턴트(Assistant) 측 응답에는 usage 필드가 포함되어 있다.

{
"type": "assistant",
"message": {
...

4종류의 토큰 카운트가 있다.

필드	의미
input_tokens	일반 입력 토큰
cache_creation_input_tokens	캐시(Cache)를 신규 생성한 토큰
cache_read_input_tokens	캐시에서 읽어온 토큰
output_tokens	출력 토큰

각 항목별로 공식 단가를 곱해 합산하면, "API로 동일하게 사용했을 때 얼마인가"를 계산할 수 있다. 불확실한 추정은 들어가지 않는다.

계산식과 API 단가――첫 번째 계산은 틀렸다

"계산 방법이 의심스럽지 않은가?"라는 의문에 먼저 답해두겠다. 사실 이 계산은 처음부터 정확하지 않았다.

처음에 사용한 단가는 다음과 같다.

모델	입력	캐시 생성	캐시 읽기	출력
Claude Opus 4.7	$15/MTok	$18.75/MTok	$1.50/MTok	$75/MTok
Claude Sonnet 4.6	$3/MTok	$3.75/MTok	$0.30/MTok	$15/MTok

Opus 4.7과 Sonnet 4.6은 Claude의 지식 컷오프(Knowledge Cutoff, 2025년 8월) 이후에 출시된 모델이기 때문에, Claude는 실제 단가를 파악하지 못하고 있었다. 그 때문에 구형 Opus 4의 단가(input $15/MTok)를 그대로 유용했다. 이 상태로 계산한 결과가 **$7,159 (월 환산 $13,423, Max의 약 134배)**였다.

사용자로부터 "API 단가가 너무 높다"라는 지적을 받고, Anthropic의 pricing 페이지를 확인한 결과 실제 단가는 다음과 같았다.

모델	입력	캐시 생성	캐시 읽기	출력
Claude Opus 4.7	$5/MTok	$6.25/MTok	$0.50/MTok	$25/MTok
Claude Sonnet 4.6	$3/MTok	$3.75/MTok	$0.30/MTok	$15/MTok

Opus 4.7의 입력 단가가 $15 → $5, 출력이 $75 → $25로 3분의 1이었다. Sonnet 4.6은 처음부터 정확했다. 올바른 단가로 재계산한 결과가 다음 숫자다.

MTok은 100만 토큰 단위. 각 API 호출 비용 (Opus 4.7의 경우):

コスト = (input × $5 + cache_creation × $6.25 + cache_read × $0.50 + output × $25) / 1,000,000

실측 결과: 16일간 $2,894

~/.claude/projects/<프로젝트>/

하위의 139개 세션 파일을 분석한 결과는 다음과 같다.

측정 기간: 2026년 5월 7일 ~ 5월 22일 (16일간)

API 환산 총비용: $2,894

월 환산: 약 $5,425 (16일 → 30일 환산)

Max 월 $100 대비 배율: 약 55배

처음에 제시했던 $7,159 (월 환산 약 134배)는 Opus의 단가를 3배 높게 설정했기 때문에 발생한 오류다. 올바른 수치는 $2,894 (월 환산 약 55배)이다. 그럼에도 충분히 본전을 뽑고 있다.

"나는 그렇게 많이 쓰지 않으니 상관없다"라고 느끼는 사람도 있을 것이다. 이 배율이 나온 이유는 나의 용도가 코드 생성, 기사 집필, 에이전트 개발을 일상적으로 조합하고 있기 때문이다. Opus 4.7을 긴 컨텍스트 (Context)로 호출하는 경우가 많아, 1세션당 토큰 소비가 무겁다.

Sonnet을 중심으로 사용하며 하루에 몇 세션 정도라면 API 환산 비용은 월 $500~$1,000 정도로 수렴할 것이다. 그럼에도 Max $100의 5~10배 가치가 된다.

왜 Opus 4.7이 비용의 74%를 차지하는가

전체 비용의 74%를 Opus 4.7이 차지하고 있었다.

"Opus를 사용하지 않으면 저렴해지지 않을까?"라는 의문은 타당하다. 다만, Opus가 많이 사용되는 데에는 이유가 있다.

1회당 평균 출력 토큰 수를 비교하면, Opus가 978 tok, Sonnet이 349 tok로 2.4배 차이가 났다. 호출 횟수는 Sonnet이 더 많은데도 비용의 74%를 Opus가 차지하는 이유는 바로 이것 때문이다. 긴 추론이나 복잡한 설계 태스크 (Task)에서는 Opus의 출력이 자연스럽게 늘어난다.

출력 규모의 분포를 보면 더욱 명확해진다.

출력 규모	Opus	Sonnet
〜200 tok (짧음)	25%	66%
...

Sonnet은 2/3가 200 tok 이하에 머물지만, Opus는 1/4에 불과하다. 일본어로 200 tok라고 하면 대략 300~400자 정도의 답변이다. "예/아니오 + 한마디", "코드 몇 줄", "간단한 확인" 등이 이 범위에 들어간다.

나의 용도 구분 지침은 심플하다.

Opus를 사용하는 상황: 신규 설계 · 아키텍처 검토 · 복잡한 코드 리뷰 · 기사 구성안 작성 -
Sonnet을 사용하는 상황: 정형 커밋 · 파일 편집 · 간단한 질문 · 반복 태스크

비용 의식을 유지하기 위해, Opus를 사용하기 전에는 확인 과정을 거친다. "이 판단에 Opus의 추론이 정말로 필요한가"를 매번 스스로 묻는 습관이 비용 효율을 안정시킨다.

Opus 비용의 52%는 캐시 읽기

이 부분이 의외의 수치였다. Opus의 API 환산 비용 중 52%가 cache_read_input_tokens에 의한 것이다.

캐시 읽기 단가는 입력의 1/10이지만, 긴 세션에서는 캐시 읽기량이 급증한다. 1만 토큰의 컨텍스트를 20회의 API 호출로 계속 참조하면, 캐시 읽기만으로 20만 토큰이 된다는 계산이 나온다.

실제로 고비용 세션을 조사해보니, 서적이나 기사 집필 계열이 상위에 몰려 있었다.

비용	세션 내용
$252	Zenn Book Vol.3 구성 재검토
...

Vol.3 구성 재검토의 $252는 1세션만으로 전체의 9%를 차지한다. 1세션에서 장시간 작업함으로써, 컨텍스트를 매번 읽어들이는 캐시 읽기 비용이 쌓인 결과다.

세션 설계와의 관계를 말하자면, "1태스크 완결로 짧게 유지할수록" 캐시 읽기의 누적을 억제할 수 있다. 방대한 컨텍스트를 품은 채 여러 태스크를 수행하는 운용 방식은 예상보다 비용이 불어난다.

자신이 어느 타입인지 확인하는 방법: jsonl을 분석했을 때, 총비용에서 차지하는 cache_read의 비율이 40%를 넘는다면 "장기 세션 · Opus 다용형"이다. Sonnet 중심이며 짧은 세션이 많은 사람은 cache_read

비율이 20% 전후로 수렴해야 하며, 전체 비용도 상대적으로 작아진다. Opus 호출 횟수가 적은데도 API 환산 비용이 높다면, 이 cache_read의 누적을 의심해 보는 것이 좋다.

$100/월로 얼마만큼 사용할 수 있는가

「$100로 얼마만큼 사용할 수 있는가」라는 산출 방식을 보여준다.

Sonnet 4.6 중심 · 1세션당 평균 50회의 API 호출 · 1회당 350 출력 토큰 (Output Token) · 캐시 읽기 (Cache Read) 없음으로 계산하면 (입력 1,000 tok / 호출로 가정):

1회 호출당 비용 ≒ (1000 × $3 + 350 × $15) / 1,000,000
= ($3,000 + $5,250) / 1,000,000
≒ $0.00825

1세션(50회) ≒ $0.41. $100로는 약 240세션분에 해당한다. 하루 8세션을 사용해도 30일 동안 유지되는 계산이다.

단, Opus를 섞으면 상황은 달라진다. Opus의 출력 토큰 단가는 Sonnet의 1.67배($25 vs $15)이며, 긴 컨텍스트 (Context)를 캐시에서 읽어오는 기회가 많아질수록 비용은 급증한다.

「$100/월로 얼마만큼 사용할 수 있는가」라는 질문에 대한 솔직한 답은 「Sonnet 중심이라면 상당히 여유가 있지만, Opus를 일상적으로 사용하기 시작하면 API 환산 비용이 급격히 불어난다」이다. Max의 사용량 상한이 실제 비용 관리로서도 기능하고 있다.

본 세션의 비용 내역

참고용으로, 이 분석을 수행한 세션 자체의 비용도 기록해 둔다.

모델: Sonnet 100% -
API 호출 횟수: 97회 -
API 환산 비용: $3.72 (약 577엔)

이메일 확인과 데이터 분석은 Opus가 필요하지 않았다. 일상적인 태스크 처리를 Sonnet으로 완결하면, 1세션당 수백 엔 수준에 수렴한다. 이것이 Max $100 범위 내에서 수십 세션을 돌릴 수 있다는 실감이다.

Claude Max의 비용 효율을 스스로 검증하기

Max의 「본전을 뽑을 수 있는가」 문제에 대한 나의 현시점 결론은 다음과 같다.

코드 생성 · 설계 · 집필을 일상적으로 조합하는 용도: $100는 저렴함. API 환산 시 1055배의 가치 -
Sonnet 중심 · 가벼운 용도: API 환산 시에도 510배 정도. Max의 제한을 다 쓰지 못할 가능성도 있음 -
다 쓰지 못할까 봐 불안한 사람: 우선 1개월간 시도해 보고, jsonl 분석으로 실태를 파악한 뒤 지속 여부를 판단하는 것이 확실함

「본전을 뽑기 위해 Opus를 자제하자」라거나 「캐시를 너무 많이 쓰지 않도록 하자」라는 발상은 반대다. Max는 정액제이므로, API 환산 비용이 클수록 $100의 가치를 최대화하고 있는 것이다. Opus를 사용하지 않고 한 달을 마치는 것이 가장 아깝다.

의식해야 할 것은 「비용 절약」이 아니라 「레이트 리밋 (Rate Limit) 매니지먼트」다.

Opus는 필요한 장면에 집중시킨다: 복잡한 설계 · 리뷰 · 집필에 사용하고, Sonnet으로 충분한 태스크는 Sonnet으로. 절약 목적이 아니라, 레이트 리밋에 자주 걸리지 않기 위한 구분이다 -
캐시 읽기는 적극적으로 활용한다: cache_read의 단가는 입력의 1/10이다. 긴 컨텍스트를 지속시켜 캐시에 올리는 운용은 효율적이다 -
불필요한 세션 분할을 피한다: 새로운 세션을 열 때마다 cache_creation 비용이 발생한다. 컨텍스트가 살아있는 동안은 동일한 세션을 유지하는 것이 합리적이다

덧붙여, 계산 과정에서 Claude가 Opus 4.7의 단가를 틀린 점은 솔직하게 적어두고 싶다. 지식 컷오프 (Knowledge Cutoff) 이후의 모델 가격을 「아마 이 정도일 것이다」라고 추측하여 계산한 것이 원인이다. 내가 「너무 높다」는 것을 깨닫지 못했다면, $7,159라는 잘못된 숫자 그대로 기사를 작성했을 것이다. 계산 도구를 사용할 때는 단가의 전제를 스스로 확인하는 습관을 갖기를 권한다.

jsonl 분석 자체는 Python으로 수십 줄이면 작성할 수 있다. 모델별 토큰 집계와 비용 계산을 짜두면 자신의 이용 패턴이 시각화된다. 「감각적으로 비싸다·싸다」라고 판단하는 것보다 숫자로 보는 것이 판단 자료로서 확실하다.

이하는 최소 구성의 스켈레톤 (Skeleton)이다. 단가를 변수로 가지고 있으므로 모델이 늘어났을 때도 교체하기 쉽다.

import json
import glob
import os
...

Claude의 요금에 대해서는 공식 요금 페이지에서 최신 단가를 확인해 주시기 바랍니다. 기사의 수치는 2026년 5월 시점의 것입니다.

Amazon에서도 Anthropic의 서적 및 AI 활용 서적이 늘어나고 있습니다. 비용 산출이나 LLM (Large Language Model) 활용을 체계적으로 배우고 싶다면 참고하시기 바랍니다.

이 기사는 はてなブログ (Hatena Blog)로부터의 크로스 포스트입니다.

Discussion