← 모듈 로드맵
Claude Code 토큰 비용이 실제로 쓰이는 곳
며칠 전 저는 Claude Code 토큰 절감 도구 3가지를 시험해 봤고, 세 가지 모두 제 비용을 늘렸습니다. 그래서 이번에는 도구를 시험하는 대신, 실제로 비용이 어디서 발생하는지 측정했습니다.
측정 방법
- 제 로컬 Claude Code 세션 로그, 숫자만 추출, 7일치(하루 약 4,400회 모델 호출)
- 비용 가중 토큰: 입력 1, 캐시 쓰기 1.25, 캐시 읽기 0.1, 출력 5
비용이 가는 곳
| 어디서 | 일일 비용 비중 |
|---|---|
| 캐시 읽기(매 호출마다 컨텍스트를 다시 읽음) | 66% |
| 캐시 쓰기 | 18% |
| 출력 | 15% |
- 평균 호출당 약 184K 토큰의 컨텍스트가 포함됐습니다. 200K를 넘는 호출이 비용의 56%를 차지했습니다.
- 중앙값 세션은 제가 아무것도 입력하기 전에 이미 약 62K 토큰에서 시작했습니다(시스템 프롬프트, 지시사항, 도구 및 스킬 목록).
- 캐시가 끊기는 비용은 6.5%였습니다. 그중 4분의 3은 60분이 넘는 공백 뒤에 발생했습니다.
- 명령 출력은 약 6.8%, 파일 읽기는 2.6%였습니다. 그래서 도구 출력 압축이 저에게는 도움이 되지 않았습니다.
- 서브에이전트에서 하던 대량 작업을 일반 스크립트로 옮기자 서브에이전트 비용이 78% 줄었습니다.
- 제 매니저 세션(다른 세션을 조율하는 세션)은 하루 비용의 11.3%를 차지합니다. 제 훅은 0.8%입니다.
다른 습관으로 제 실제 호출을 다시 재생해 보기
| 규칙 | 상한선 | 예상값(재읽기 기준 절반) |
|---|---|---|
컨텍스트가 150K를 넘으면 /clear + 짧은 인계 노트 | −29.0% | 약 −14% |
| 60분이 넘는 공백 뒤에는 새로 시작 | −14.8% | 약 −7%(위 항목과 겹침) |
| 항상 로드되는 컨텍스트를 ~62K에서 ~32K로 줄이기 | −9.4% | 약 −5% |
| 세 가지 모두 | −42.6% | 약 −21% |
저는 자동 압축(auto-compact)은 끄고, 압축된 대화는 되돌릴 수 없기 때문에 /clear와 인계 노트를 사용합니다.
전체 수치: https://github.com/awesomefred0827-hash/claude-token-log/blob/main/FINDINGS-2026-10-08.md
질문
- 여러분은 언제
/clear를 하나요: 토큰 수 기준으로, 작업 경계에서, 아니면 휴식 후에 하나요?
/clear후 새 세션이 얼마나 다시 읽기를 필요로 하는지 측정해 본 분이 있나요? 그 수치에 따라 제 "절반" 가정이 너무 낙관적인지 결정됩니다.
출처
- 원문: https://dev.to/awesome_fredtv_c0c3/where-my-claude-code-tokens-actually-go-7-days-of-logs-and-why-tool-output-isnt-the-problem-3j60 (2026-10-14 · awesome fred)