Claude Code는 비쌉니다. 비용을 60% 절감하는 방법 (2026)

Claude Code 사용자들은 정기적으로 월 $500–$2,000의 API 비용을 보고하고 있습니다. $20 Pro 플랜은 세션 중간에 속도 제한 (rate limits)에 걸립니다. $100 Max 플랜은 예상보다 더 빨리 소진됩니다. 무언가 잘못된 것 같습니다.

문제는 가격이 아니라 습관입니다. 모든 요청에서 토큰을 조용히 태워버리는 7가지 구체적인 행동이 있으며, 이를 수정해도 작업 속도는 전혀 느려지지 않습니다. 이를 해결한 팀들은 코드를 적게 작성하거나 질문을 덜 하지 않고도 40–85%의 비용 절감을 보고했습니다.

무엇이 토큰을 낭비하는지, 그리고 어떻게 대처해야 하는지 정확히 알려드리겠습니다.

첫 번째: Claude Code가 실제로 비용을 청구하는 방식

비용 구조를 이해하면 당혹스러운 상황을 방지할 수 있습니다.

구독 플랜 (2026년 기준):

플랜	가격	사용량
Pro	$20/month	Free 대비 5배의 속도 제한 (rate limits)
...	...	...

API 모드는 토큰당 비용이 직접적으로 발생합니다:

• Sonnet 4.5: 입력(input) ~$3/M, 출력(output) ~$15/M
• Opus 4: 입력(input) ~$15/M, 출력(output) ~$75/M

진정한 통찰: 입력 토큰 (input tokens)은 저렴하고 출력 토큰 (output tokens)은 비싸지만, 진짜 문제는 컨텍스트 (context)입니다. Claude Code는 매 턴마다 전체 대화 컨텍스트를 전송합니다. 턴당 5,000 토큰의 컨텍스트를 가진 200턴 세션은 컨텍스트 오버헤드(context overhead)로만 100만 개의 입력 토큰을 소모합니다.

습관 1: 비대해진 CLAUDE.md (가장 큰 조용한 살인자)

당신의 CLAUDE.md 파일은 모든 단일 요청에 주입됩니다. 매 턴마다, 세션 내내 말이죠.

5,000 토큰 분량의 CLAUDE.md는 현재 수행 중인 작업과 해당 지침이 관련이 있는지 여부와 관계없이 턴당 5,000 토큰의 비용을 발생시킵니다.

# 실제 계산:
5,000 토큰 CLAUDE.md × 하루 100턴 × $3/M 입력 = CLAUDE.md 하나만으로 하루 $1.50
= 아무도 읽지 않는 프로젝트 지침으로 인해 한 달에 $45 발생

해결책: CLAUDE.md를 200행 미만(~2,500 토큰)으로 유지하세요. 그 외의 모든 것은 그곳에 있을 필요가 없거나, 당신이 명시적으로 참조할 때만 Claude가 읽는 별도의 파일에 있어야 합니다.

CLAUDE.md에 포함되어야 할 것:

• Claude가 항상 따라야 하는 중요한 규칙
• 프로젝트 구조 개요 (간략하게)
• 스택 선택 및 그 이유
• 하지 말아야 할 것 (What NOT to do)

포함되지 말아야 할 것:

• 패턴에 대한 긴 예시 — 대신 파일 링크를 사용하세요
• 결정 사항의 이력 (History of decisions)
• 코딩 작업에 Claude가 필요로 하지 않는 문서
• 전체 API 레퍼런스 (Full API references)

지금 바로 CLAUDE.md를 다듬고 줄 수를 세어보세요. 만약 200줄이 넘는다면, 당신은 모든 대화마다 반복적인 세금을 지불하고 있는 것입니다.

습관 2: 모든 작업에 Opus 사용하기

Claude Opus 4는 Sonnet 4.5보다 5배 더 비쌉니다. 대부분의 코딩 작업에는 Opus가 필요하지 않습니다.

Sonnet으로도 충분히 처리 가능한 작업:

• 명확한 요구사항을 바탕으로 새로운 코드 작성
• 정확하게 설명할 수 있는 버그 수정
• 명확한 패턴을 가진 리팩토링 (Refactoring)
• 테스트, 문서화, 보일러플레이트 (Boilerplate)

Opus가 실질적인 가치를 더하는 경우:

• 새로운 아키텍처 결정 (Novel architectural decisions)
• 진정으로 복잡한 로직 디버깅 (동시성, 분산 시스템)
• 핵심 경로에 대한 심층적인 코드 리뷰
• Sonnet으로 두 번 시도했으나 계속해서 무언가를 놓치는 작업

대부분의 개발자에게 기본 설정은 Sonnet이어야 합니다. 복잡성이 정당화되는 특정 세션에서만 선택적으로 Opus로 전환하세요.

# Claude Code에서 현재 모델 확인
/model

...

세션의 80%에 대해 기본 설정을 Opus에서 Sonnet으로 전환하면 = 해당 세션에서 80%의 비용 절감이 가능합니다.

습관 3: /effort ultracode를 설정하고 그대로 켜두기

/effort ultracode는 세션을 xhigh로 설정하며, 이는 8배의 토큰 승수 (token multiplier)를 의미합니다. 또한 병렬 서브에이전트 (parallel subagents)를 활성화하여 비용을 다시 한번 배가시킵니다.

대부분의 사람들은 세션 시작 시 이를 설정하고 잊어버립니다. 그러고 나서 변수 이름에 대한 질문을 하는 데 이를 사용합니다. 그 질문 하나에 원래 지불해야 할 비용의 8배를 지불한 셈입니다.

# 비용 과다 발생: 세션 전체에 ultracode 사용
/effort ultracode    # 모든 것에 8배 승수 적용

...

실질적인 규칙: ultracode 세션이 끝나면 반드시 /effort medium으로 재설정하세요. 병렬 서브에이전트로부터 진정으로 이득을 얻을 수 있는, 크고 명확하게 정의된 작업이 있을 때만 ultracode를 활성화하세요.

습관 4: 한계에 도달할 때까지 컨텍스트를 방치하기

Claude Code의 컨텍스트 윈도우 (context window)는 크지만, 공짜는 아닙니다. 매 턴 (turn)마다 누적된 전체 컨텍스트가 전송됩니다. 세션이 100k 토큰까지 늘어난다면, 이후의 모든 메시지는 아주 간단한 질문을 하더라도 100k 토큰의 입력 비용을 지불해야 함을 의미합니다.

컨텍스트가 너무 크다는 신호:

• 세션이 진행될수록 응답 속도가 느려짐
• Claude가 이전 지시 사항을 잊기 시작함
• /cost 명령어를 실행했을 때 턴당 비용이 계속 상승함

대처 방법:

컨텍스트가 무겁게 느껴질 때는 /compact를 사용하세요. Claude가 대화 내용을 압축된 버전으로 요약하여, 핵심 결정 사항은 유지하면서 장황한 주고받기 내용은 버립니다.

# Claude Code에서 — 현재 컨텍스트 비용 확인
/cost

...

새로운 작업을 위해 새로운 세션을 시작하는 것은 포기하는 것이 아니라, 계량기를 리셋하는 것입니다. "그 인증 버그 수정하기"의 컨텍스트를 "이제 대시보드 만들기"로 그대로 가져가지 마세요.

습관 5: 단순한 작업을 위해 서브에이전트 (subagents)를 실행하는 것

서브에이전트는 강력하지만 비쌉니다. 각 서브에이전트는 본질적으로 별도의 Claude 세션입니다. 즉, 각자 고유의 컨텍스트를 가지며, 각자의 API 호출을 수행하고, 독립적으로 비용이 발생합니다.

하나의 순차적인 에이전트가 약간 더 많은 시간을 들여 처리할 수 있는 작업을 처리하기 위해 5개의 병렬 서브에이전트를 사용하는 것은, 동일한 결과물에 대해 5배의 비용을 지불하는 것과 같습니다.

서브에이전트를 사용할 가치가 있는 경우:

• 여러 개의 큰 파일을 동시에 읽을 때 (진정한 의미의 병렬 처리)
• 독립적인 체크 항목들을 병렬로 실행할 때 (테스트 + 린트(lint) + 타입 체크)
• 파일들이 진정으로 독립적인 대규모 코드베이스 탐색 시

사용하지 말아야 할 경우:

• 작업들이 순차적으로 서로 의존하는 경우
• 병렬 처리가 시간을 절약하지 못하고 오버헤드(overhead)만 추가하는 단순한 작업
• 아무 생각 없이 기본적으로 서브에이전트를 활성화하는 모든 경우

습관 6: 비용을 전혀 모니터링하지 않는 것

측정할 수 없는 것은 최적화할 수 없습니다.

# 세션 비용 확인
/cost

...

세션당 심리적 예산을 설정하세요: "이 리팩터링(refactor)은 2달러 미만으로 끝내야 한다."라고 말이죠. /cost 명령어를 통해 쉬운 부분을 진행하는 도중에 이미 1.80달러에 도달했다면, 어려운 부분에서는 더 목표 지향적으로 접근해야 한다는 것을 알 수 있습니다.

팀을 위한 팁: Claude Code는 계정 수준에서 지출 한도(spend limits)를 지원합니다. 개발자당 월간 한도를 설정하고, 한도에 도달할 때 알림을 받으세요. 이를 통해 "월말에 1,200달러가 청구되는 당혹스러운 상황"을 방지할 수 있습니다.

습관 7: 여러 번의 수정 단계가 필요한 모호한 프롬프트 작성하기

이것은 직관에 어긋날 수 있습니다. 프롬프트를 대충 작성하는 것이 비용을 발생시킨다는 점입니다.

모호한 프롬프트 → Claude가 비슷하지만 틀린 결과물을 생성 → 무엇이 틀렸는지 설명 → Claude가 수정 → 다시 설명 → 단 하나의 정교한 프롬프트로 끝낼 일을 4번의 턴(turn)에 걸쳐 수행하게 됩니다.

각 수정 단계마다 입력(input) 및 출력(output) 토큰 비용이 발생합니다. 복잡한 작업에서 4번의 수정 루프가 발생하는 것은 단 한 번의 정교한 프롬프트를 사용하는 것보다 쉽게 3배의 비용을 발생시킵니다.

해결책:

# 모호함 (비쌈 — 수정 필요)
"인증 버그를 수정해줘"

...

사전에 더 많은 컨텍스트(context)를 제공할수록 = 수정 단계가 줄어들고 = 비용이 낮아집니다.

워크플로우 유형별 실제 비용 분석

실제 사용 패턴을 기반으로 한 분석입니다:

워크플로우	좋은 습관	나쁜 습관
기능 개발 (4시간 세션)	$3–8	$15–40
...

좋은 습관과 나쁜 습관의 차이는 일관되게 4~5배에 달합니다. 10%가 아니라 400%의 차이입니다.

최적화 체크리스트

CLAUDE.md 감사:

• 총 200라인 미만
• 긴 예시 포함 금지 (대신 파일 링크 활용)
• Claude가 매 턴마다 반드시 알아야 하는 규칙만 포함

세션별 습관:

• 기본적으로 Sonnet을 사용하고, 필요한 경우에만 선택적으로 Opus로 전환
• /effort medium으로 시작하고, 어려운 문제에 대해서만 단계를 높임
• 컨텍스트가 커지면 /compact 실행
• 긴 세션 동안 지출을 추적하기 위해 /cost 사용
• 새로운 작업에는 새로운 세션 시작

프롬프트 품질:

• 관련이 있는 경우 파일 경로와 함수 이름을 포함

• 에러 메시지를

• 진정으로 병렬적인 작업에만 ultracode를 사용하세요

• ultracode 세션 이후에는 medium으로 재설정하세요

• 순차적 의존성 (sequential dependencies)이 있는 작업에는 subagents를 사용하지 마세요

지금 바로 실행할 수 있는 빠른 개선 방법 (Quick wins)

1. CLAUDE.md 다듬기 — 200줄이 넘는 내용은 모두 삭제하세요
2. 기본 모델 확인 — 모든 작업에 Opus를 사용 중이라면 Sonnet으로 전환하세요
3. 다음 세션 종료 시 /cost 실행 — 표시되는 수치는 매우 유용한 정보를 제공합니다
4. 다음 작업 시 새로운 세션 시작 — 어제의 세션에서 이어서 하지 말고 새로 시작하세요

이 네 가지 방법은 10분도 채 걸리지 않으며, 일반적으로 즉시 30~50%의 비용을 절감해 줍니다.

더 자세한 내용이 담긴 전체 기사: Claude Code Cost Optimization Guide 2026

관련 기사: Claude Code Ultrathink vs Ultracode Guide · Context Management in Claude Code