Claude Code 토큰 사용량을 67% 절감하는 비밀 전략

Claude Code에서 토큰이 순식간에 사라지는 문제...

토큰 소모를 획기적으로 줄이고 그 문제를 해결하는 비밀 팁을 알려드리겠습니다.

Fable에서도 토큰 대책으로 사용할 수 있는 프롬프트도 소개합니다.

사실, 똑똑한 모델만 사용하면 비용과 대기 시간이 기하급수적으로 늘어납니다.

진정한 효율성은 모델의 '지능'이 아니라 '작업의 무게'에 따라 모델을 선택하는 데 있습니다.

이 글에서는 그 선택 방법을 소개하고, 그대로 사용할 수 있는 분배 프롬프트를 제공합니다.

모델 전환이 토큰을 줄이는 이유

현재 Claude Code에서 사용 가능한 모델은 Fable, Opus, Sonnet, Haiku입니다.

기본적으로 모델이 똑똑할수록 내부적으로 더 많은 연산을 사용합니다.

결과적으로 동일한 작업을 수행하는 데 소모되는 토큰 수가 증가합니다.

계산기로도 할 수 있는 계산에 슈퍼컴퓨터를 빌리는 것과 같습니다.

작업 난이도에 따라 모델을 전환하기만 해도 불필요한 소모를 크게 줄일 수 있습니다.

네 가지 모델의 역할

미리 역할을 정해두면 망설임 없이 전환할 수 있습니다.

• Haiku: 파일 확인, 검색, diff 확인, 형식 검증 등 가벼운 작업.
• Sonnet: 계획이 확정된 후 구현, 수정, 교체 등 실질적인 작업.
• Opus: 텍스트 다듬기, 프롬프트 조정, 리뷰, 구조 정리 등 판단이 필요한 작업.
• Fable: 전체 설계, 되돌리기 어려운 방향 결정, 여러 파일에 걸친 판단, 최종 확인 등 실패 비용이 큰 작업만.

가벼운 작업을 가벼운 모델에 위임하면 체감 대기 시간도 짧아집니다.

반대로, 중요한 판단을 저렴한 모델로만 처리하려고 하면 재작업이 늘어나 장기적으로 더 많은 비용이 듭니다.

여기서 핵심은 Fable을 '특별한 작업'에만 사용하는 것입니다.

모든 것을 Fable에 맡기면 토큰이 순식간에 사라집니다.

가장 똑똑한 모델만 사용하면 안 될까?

여기서 반론이 예상됩니다.

'전환하는 게 번거로워요. 처음부터 가장 똑똑한 모델만 사용하면 안 되나요?'

그 마음 이해합니다.

하지만 판단이 필요 없는 작업에 고성능 모델을 사용하는 것은 단순히 낭비입니다.

검색과 diff 확인은 가벼운 모델로도 충분한 정확도를 얻을 수 있습니다.

무거운 판단이 필요한 부분만 똑똑한 모델에 위임하면 정확도를 희생하지 않고 비용을 절감할 수 있습니다.

'매번 분류하는 게 번거롭다'고 생각하는 분들은 다음 프롬프트를 사용하면 각 모델의 하위 에이전트에 작업이 자동으로 분배되어 진행됩니다.

그대로 사용 가능한 분배 프롬프트

제가 실제로 사용하는 프롬프트입니다.

프로젝트에 맞게 다시 작성해 주세요.

1당신은 Claude Code의 '모델 오케스트레이터'입니다.
2목표는 작업 내용에 따라 다른 모델(Haiku, Sonnet, Opus, Fable)을 사용하여 작업 품질을 유지하면서 불필요한 토큰 소모를 억제하는 것입니다.
3
4# 네 가지 모델로 작업 분류
5가벼운 작업(Haiku): 파일 확인, 검색, diff 또는 형식 확인 등.
6계획 확정(Sonnet): 방향이 정해지면 망설임 없이 진행할 수 있는 편집, 교체, 구현, 작성 등.
7판단 필요(Opus): 텍스트 또는 프롬프트 다듬기, 리뷰 등 판단이 필요한 작업.
8특히 중요한 작업(Fable): 전체 설계, 방향 설정, 복잡한 변경, 최종 확인, 중요한 판단 등 실패 시 재작업이 큰 작업.
9
10# 첫 번째 단계
11수행할 작업을 확인하고, 하위 에이전트의 모델 사용을 표로 정리한 후 작업을 진행합니다. 메인 모델을 변경하는 것이 더 나은 경우, 어떤 모델을 사용해야 하는지 알려주세요.
12
13# 제약 사항
14- 처음부터 무거운 모델을 사용하지 마세요. 가벼운 모델로 자료를 정리하고 판단이 필요할 때 업그레이드하세요.
15- 파일 확인, 검색 등 가벼운 작업은 가벼운 모델을 지정한 하위 에이전트에 위임하여 소모를 억제하세요.
16- 사람이 메인 모델을 전환하므로, 메인 모델을 업그레이드하거나 다운그레이드해야 할 때 사용자에게 시기와 대상 모델을 알리세요.
17- 단순 검색이나 비교만 하는 작업을 상위 모델에 전달하는 것을 금지합니다.
18- 대량의 일상적인 편집을 상위 모델로 수행하는 것을 금지합니다.
19- 가벼운 모델로 정리하기 전에 대량의 정리되지 않은 파일을 상위 모델에 투입하는 것을 금지합니다.

이것을 그대로 붙여넣어 사용하면 먼저 작업 테이블을 출력하고 모델 사용을 결정한 후 진행합니다.

실제 활용 사례

어디에 적용할 수 있는지 구체적으로 살펴보겠습니다.

• 대용량 로그 파일에서 관련 부분 검색 → Haiku로 빠르게 확인
• 결정된 수정 계획에 따라 코드 수정 → Sonnet이 실질적인 작업 수행
• 기사나 문서 구조 재검토 → Opus에 판단 위임
• 새 기능의 설계 방향 결정, 여러 파일에 영향을 미치는 변경 최종 확인 → Fable에만 맡기기

중요한 설계 판단만 고성능 모델에 맡기고 나머지는 모두 가벼운 모델로 라우팅하기 시작한 이후로 대기 시간과 비용이 모두 크게 가벼워졌습니다.

확신이 없다면 낮은 모델부터 시도해보고 부족하면 한 단계 올리는 규칙을 따르세요.

주의할 점

가장 흔한 실수는 판단이 망설여질 때 반사적으로 Fable로 도피하는 것입니다.

이렇게 하면 처음부터 고성능 모델에 의존하는 것과 다를 바 없습니다.

반대로, 여러 파일에 영향을 미치는 중요한 설계 판단을 가벼운 모델로만 처리하려고 하는 것도 위험합니다.

여기서 타협하면 나중에 대규모 재작업으로 이어져 더 많은 비용이 듭니다.

가벼운 작업은 가벼운 모델로, 무거운 판단은 무거운 모델로.

이 경계선을 넘지 마세요.

확신이 없다면 위 프롬프트를 사용하여 고성능 모델에 작업 분배를 요청하면 큰 실수는 없을 것입니다.

요약

작업의 무게에 따라 모델을 선택하세요.

Haiku는 확인, Sonnet은 구현/작성, Opus는 판단/복잡한 작업, Fable은 실패 비용이 큰 설계 작업 등의 단계에 전용으로 사용하세요.

분배 프롬프트를 사용하면 그에 따라 실행하기만 하면 됩니다.

도구는 단지 강력하다고 사용하는 것이 아닙니다.

상황에 맞는 무게에 따라 선택해야 합니다.

프롬프트를 사용하면 쉽게 모델을 분배할 수 있으므로 북마크에 추가하여 최대한 활용하세요.

마지막으로, 저는 현재 Claude Code 도입 방법과 수익화 방법에 대한 완벽한 가이드를 포함한 55가지 주요 혜택을 무료로 배포하고 있습니다. 아직 받지 못하셨다면 여기에서 받아가세요.

→https://utage-system.com/line/open/cwgwX1a35XDK?mtid=FNAamIuYaEet