← 모듈 로드맵
Claude Code 토큰 절약 도구 측정 결과
Claude Code의 주간 한도에 계속 걸려서, 이제는 어떤 토큰 절약 도구를 계속 쓰기 전에 고정된 작업 집합으로 먼저 측정합니다.
측정 방법
- 고정 작업 5개: 버그 수정, 로그 스캔, git 변경사항 확인, CSV 요약, 테스트 결과 요약
- 작업당 3회 실행, 같은 날, 같은 테스트 저장소,
claude -p --output-format json
- 비용 가중 토큰 = 입력 1, cache write 1.25, cache read 0.1, 출력 5
- 답변 품질은 정확성의 일부로 계산
결과
| 도구 | 하는 일 | 기준 대비 비용 가중 토큰 | 정답 |
|---|---|---|---|
| rtk v0.51.0 | hook을 통해 셸 출력을 압축 | +7.1% | 15/15 |
| caveman v3.1.0 | 응답을 매우 간결하게 만듦 | +10.9% | 15/15 |
| pxpipe v0.14.0 | 로컬 프록시를 통해 덩치 큰 컨텍스트를 이미지로 렌더링 | +196.7% | 15/15 |
왜 셋 다 증가했나
- 단계당 토큰이 줄어도 단계 수가 늘어날 수 있습니다. rtk는 출력을 약 63% 줄였지만, Claude가 잘린 내용을 확인하려고 추가 명령을 실행했습니다. 매 턴마다 컨텍스트를 다시 읽기 때문에 cache read가 19% 늘었습니다.
- 시스템 프롬프트에 추가되는 것은 호출할 때마다 비용이 듭니다. caveman의 규칙(약 2,900 토큰)은 절약한 출력 12%보다 더 많은 비용이 들었습니다.
- 이미지는 공짜가 아닙니다. pxpipe가 렌더링한 컨텍스트는 원문 텍스트보다 더 비쌌습니다. 첫 호출의 cache write는 약 27K에서 약 102K로 늘었습니다.
내 토큰이 실제로 쓰이는 곳
내 비용의 약 42%는 항상 로드되는 컨텍스트(시스템 프롬프트, 지침, 도구 목록)입니다. 명령 출력은 약 6%입니다.
원시 수치와 방법: https://github.com/awesomefred0827-hash/claude-token-log
다음: 벤더링과 패치
세 도구를 전부 벤더링해서(소스를 가져와 직접 패치해서) 써볼까 생각 중입니다.
- rtk : 오류 줄은 압축하지 않기
- caveman : "간단히 말하라" 규칙 하나만 두고, skill 목록은 제거
- pxpipe : 컨텍스트 크기 임계값을 넘을 때만 압축
어떻게 생각하시나요? 이런 패치가 효과가 있을까요, 아니면 다른 방식으로 고치시겠나요? 제안해 주신 내용은 무엇이든 다시 테스트해서 결과를 올리겠습니다.
출처
- 원문: https://dev.to/awesome_fredtv_c0c3/token-saving-tools-made-my-claude-code-usage-go-up-heres-the-measurement-edk (2026-10-07 · awesome fred)