본문으로 건너뛰기
r/ClaudeAI조회 3

Claude Code 88일 사용 기록 — 토큰과 비용이 실제로 어디에 쓰였나

약 209억 토큰 사용 중 95.41%가 캐시 읽기로 집계되며 총 비용 $17,222.27의 과반이 캐시 읽기에 할당됐다.

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

이 자료는 Claude Code를 88일간 운영하면서 발생한 토큰과 비용을 항목별로 분해한 표를 제시한다. 총 20,984,492,405 토큰과 $17,222.27의 비용 가운데 캐시 읽기가 토큰의 95.41%와 비용의 58.4%를 차지했고 캐시 쓰기는 토큰 4.23%에 비용 32.4%를 기록했다. 입력·출력 토큰 비중은 매우 작지만 출력의 단가가 일부 비용을 차지한다는 점이 드러난다.

요약하면 캐시 중심 워크로드에서는 캐시 히트율과 쓰기 정책이 비용 구조를 결정한다. 캐시 읽기를 줄이거나 효율을 높이면 토큰 소모와 비용을 크게 낮출 수 있고, 쓰기 빈도를 통제하면 비용의 다른 큰 축을 줄일 수 있다. 출력 단가 관리도 병행해야 총비용 최적화가 가능하다.

실용적 조언

  • 캐시 히트율을 먼저 측정하고 낭비되는 캐시 읽기/쓰기를 식별해 우선순위로 최적화할 것. 표의 95.41% 캐시 읽기 비중은 히트율 개선이 비용 구조에 즉각적 영향을 준다는 근거가 된다.
  • 캐시 쓰기 정책을 검토해 불필요한 저장을 줄일 것. 전체 토큰의 4.23%지만 비용의 32.4%를 차지하는 만큼 쓰기 빈도와 저장 대상 필터링으로 비용을 낮출 수 있다.

섹션별 상세

이 자료는 88일간 Claude Code 사용에서 토큰과 비용이 어떻게 분포됐는지 수치로 보여준다. 입력이 들어오면 시스템은 먼저 캐시에서 저장된 항목을 조회(cache read)하고 일치 항목이 없으면 모델을 호출해 결과를 생성한 뒤 필요 시 캐시에 기록(cache write)하는 흐름으로 처리된다. 표에 따르면 전체 토큰 20,984,492,405개 중 캐시 읽기가 95.41%를 차지했고 비용은 $10,057.95로 총비용의 58.4%였다. 캐시 중심의 워크로드에서는 캐시 정책과 히트율이 비용 구조를 결정한다는 해석이 가능하다.
토큰 유형별(캐시 읽기/캐시 쓰기/출력/입력) 토큰 수와 비용 분포를 표 형식으로 보여주는 차트.
Chart이미지는 총 20,984,492,405 토큰과 총비용 $17,222.27을 항목별로 분해해 제시한다. 캐시 읽기가 토큰의 95.41%를 차지하며 비용 $10,057.95(58.4%)로 가장 큰 항목이고 캐시 쓰기는 토큰은 4.23%지만 비용 비중이 32.4%로 높게 나타난다. 이 수치는 캐시 관련 작업이 비용 구조를 주도한다는 근거를 제공한다.
동일한 표(토큰·비용 분해)를 다른 해상도로 제공하는 이미지로, 항목별 수치가 동일하다.
Chart두 번째 이미지는 첫 번째와 동일한 데이터의 미리보기 버전으로 해상도만 다르다. 핵심 수치는 동일하게 총 토큰 20,984,492,405개, 캐시 읽기 95.41%·$10,057.95, 캐시 쓰기 $5,578.02 등을 포함하므로 첫 번째 이미지의 주장 근거를 재확인하는 역할을 한다.
캐시 쓰기는 토큰 점유율로는 작지만 비용 기여도가 큰 항목으로 나타난다. 캐시 쓰기는 전체 토큰의 4.23%(887,097,879 토큰)를 차지했으나 비용은 $5,578.02로 비용의 32.4%를 기록해 쓰기 작업의 단가 또는 부과 방식이 비용 상승 요인으로 작용했다. 처리 흐름 관점에서 캐시 쓰기는 저장·인덱싱·메타데이터 처리 단계를 포함할 수 있으며, 이는 단순 조회보다 추가 비용을 발생시킬 수 있다. 캐시를 남발해 쓰기 횟수가 많으면 토큰 절감 효과가 비용 상승으로 상쇄될 가능성이 있다.
실제 모델 입력(input)과 출력(output)에 해당하는 토큰 비중은 매우 작지만 비용 영향은 무시할 수 없다. 입력은 16,970,907 토큰(0.08%)에 불과하며 비용은 $85.39(0.5%)였고 출력은 59,281,866 토큰(0.28%)로 비용 $1,500.91(8.7%)을 차지했다. 처리 과정에서 모델 호출 빈도는 적지만 개별 호출의 출력 생성 비용이 상대적으로 높아 전체 비용에서 일정 몫을 차지한다. 따라서 캐시 전략으로 호출 빈도를 줄이는 것이 총비용 절감에 유효하나 출력 단가 관리도 병행해야 한다.

용어 해설

프롬프트 캐싱(Prompt Caching)
프롬프트 캐싱은 이전에 생성한 프롬프트·응답을 저장해 동일하거나 유사한 요청 시 재사용하는 기법이다. 요청이 들어오면 저장된 항목을 조회(cache read)하고 필요하면 새 항목을 저장(cache write)해 API 호출량과 중복 토큰 사용을 줄인다. 비용과 지연을 낮추는 데 핵심 역할을 하므로 이 분석에서 캐시 관련 토큰·비용 비중을 해석하는 데 필수 개념이다.
캐시 읽기(Cache Read)
캐시 읽기는 저장된 프롬프트나 응답을 조회해 재활용하는 단계로, 실제 모델 추론 호출을 줄이는 방식으로 동작한다. 이미지 표에서는 전체 토큰의 대부분(95.41%)이 캐시 읽기에서 발생했으며 비용 분배의 핵심 항목으로 표시됐다. 캐시 효율과 히트율이 비용 구조에 직접적 영향을 준다.
캐시 쓰기(Cache Write)
캐시 쓰기는 새 프롬프트나 생성 결과를 저장소에 기록하는 단계로, 저장 작업 자체가 추가 토큰과 비용을 발생시킬 수 있다. 표에서는 전체 토큰의 소수(4.23%)였지만 비용 비중은 높아(32.4%) 쓰기 비용 구조가 무시할 수 없음을 시사한다. 어떤 항목을 캐싱할지 정책 결정이 비용에 직접적 영향을 준다.
토큰 과금(Token Pricing)
Token Pricing은 입력·출력·캐시 작업 등 각 토큰 유형별로 과금 단가가 다르게 적용되는 과금 체계이다. 동일한 토큰 수라도 작업 유형에 따라 비용 기여도가 달라지므로 토큰 분해표(입력/출력/캐시 읽기/쓰기)를 통해 실제 비용 구조를 파악해야 한다. 이 게시물의 핵심 인사이트는 토큰 점유율과 비용 점유율이 일치하지 않는다는 점이다.

언급된 도구

Claude Code중립

코드 관련 생성·보조를 제공하는 에이전트/도구

AI 분석 전체 내용 보기

AI 요약 · 북마크 · 개인 피드 설정 — 무료

출처 · 인용 안내

원문 발행 2026. 06. 25.수집 2026. 06. 25.출처 타입 REDDIT

인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.