클로드 코드를 쓰다가 남은 사용량이 평소보다 훅 줄어드는 걸 느꼈다면, 원인은 대개 네 가지 중 하나입니다(2026년 9월 공식 문서 기준). 대화가 길어져 컨텍스트 윈도우(대화 전체가 담기는 공간)가 쌓였거나, 잠깐 자리를 비운 사이 캐시가 초기화됐거나, 확장 사고(생각 과정)가 켜져 있거나, 도구 호출이나 MCP 서버가 매 턴 컨텍스트를 채우고 있는 경우입니다. 아래 순서대로 확인하면 대부분 1~3분 안에 원인을 찾고 바로 줄일 수 있습니다.
🟢 현행 모델 라인업 일치 · 모델 안내 · Fable 구독 안내
Fable 5·5.1 구독 안내(2026년 9월 7일 갱신): 2026년 9월 1일 출시된 Claude Fable 5.1이 현행 Fable 모델이고, Fable 5는 레거시로 전환됐습니다. 구독 조건은 두 모델이 같습니다 — Max·Team Premium 플랜은 주간 사용 한도의 50% 범위에서 포함되고, Pro·Team Standard 플랜은 사용량 크레딧(입력 100만 토큰당
시작하기 전에 확인할 것
이 글의 방법을 적용하는 데 특별한 준비물은 필요 없습니다. 클로드 코드가 설치되어 있고 로그인된 상태면 바로 따라 할 수 있습니다.
- 클로드 코드 설치·로그인 상태 — 터미널에서 명령을 입력할 수 있어야 합니다.
- 플랜 종류 — Pro·Max·Team·Enterprise 중 어느 플랜인지에 따라 사용량이 5시간 세션 한도와 주간 한도로 관리되는지, API 종량제인지가 달라집니다.
- 최신 버전 여부 — 화면 구성은 버전에 따라 조금씩 다를 수 있으니, 아래 안내와 화면이 다르면 실제 화면에 보이는 명칭을 우선하세요.
헷갈리는 용어부터 정리하면
본문에서 반복해서 나오는 용어 6가지를 먼저 정리하면 이해가 훨씬 빨라집니다.
| 용어 | 쉬운 풀이 |
|---|---|
| 컨텍스트 윈도우 | 지금까지의 대화·파일 내용이 담기는 공간. 꽉 찰수록 매 요청이 무거워집니다. |
| 프롬프트 캐싱 | 반복되는 대화 앞부분을 서버에 잠깐 저장해뒀다가 다시 읽을 때 더 싸게 처리하는 기능입니다. |
| 확장 사고(extended thinking) | 답을 내놓기 전에 내부적으로 더 길게 생각하는 기능. 이 생각 과정도 출력 토큰으로 계산됩니다. |
| 서브에이전트 | 메인 대화와 분리된 자기만의 컨텍스트에서 특정 작업만 처리하고 요약만 돌려주는 보조 에이전트입니다. |
| MCP(Model Context Protocol) | 클로드가 외부 도구·서비스에 연결하는 규약입니다. 연결된 서버가 많을수록 매 턴 앞에 붙는 안내가 늘어납니다. |
| 컴팩트(compact) | 길어진 대화 내용을 요약해서 압축하는 동작으로, /compact 명령으로 실행합니다. |
대화가 길어질수록 사용량이 느는 이유는 무엇인가요?
클로드 코드가 매 요청마다 지금까지의 대화 전체를 다시 서버로 보내기 때문입니다. 도구를 한 번 쓸 때마다 그 결과를 담은 요청이 또 하나 나가므로, 몇 시간째 열어둔 세션에서는 짧은 질문 하나에도 그동안 쌓인 대화 전체 분량의 사용량이 함께 청구됩니다. 이때 프롬프트 캐싱이 반복되는 앞부분을 더 저렴한 캐시 요금으로 처리해주긴 하지만, 대화 자체가 길다는 사실은 바뀌지 않습니다.
왜 잠깐 쉬었다 오면 사용량이 갑자기 튀나요?
프롬프트 캐싱의 유효시간이 끝나 대화 전체를 처음부터 다시 처리하기 때문입니다. 구독 플랜에서는 이 캐시가 1시간 동안 유지되지만, 플랜 한도를 넘겨 사용량 크레딧으로 쓰는 동안에는 5분으로 짧아집니다. API 키나 클라우드 제공자를 통해 쓸 때는 기본 5분입니다. 즉 구독 사용자가 점심시간처럼 1시간 넘게 자리를 비웠다가 돌아와 아무 질문이나 던지면, 그 한 번의 요청이 밀려 있던 대화 전체를 다시 읽어 들이면서 평소보다 훨씬 많은 사용량을 한꺼번에 소모합니다. Pro·Max 플랜에서는 오래 쉬었던 큰 세션을 다시 열면 클로드 코드가 요약본으로 이어가겠냐고 먼저 제안하기도 하는데, 이 제안을 받아들이면 이후 요청이 전체 대화 대신 요약만 실어 나릅니다.
확장 사고는 왜 사용량을 늘리나요?
확장 사고로 만들어진 생각 과정도 출력 토큰으로 과금되기 때문입니다. 클로드 코드는 복잡한 계획·추론 작업의 품질을 높이기 위해 확장 사고를 기본으로 켜두는데, 모델에 따라 요청 한 번의 기본 사고 예산이 수만 토큰에 달할 수 있습니다. 간단한 작업까지 매번 깊이 생각하게 두면 그만큼 출력 토큰이 늘어나는 셈입니다. 참고로 Fable 계열 모델은 항상 확장 사고를 사용하도록 되어 있어 이 기능 자체를 끌 수 없습니다.
도구를 반복 호출하거나 MCP 서버를 여러 개 연결해두면 왜 사용량이 느나요?
MCP 서버의 도구 목록과 안내문이 대화 앞부분에 함께 실려 매 턴 컨텍스트를 채우기 때문입니다. 다만 MCP 도구 정의는 기본적으로 지연 로드되어 실제로 그 도구를 쓰기 전까지는 이름과 서버 안내만 컨텍스트에 들어갑니다. 그래도 연결된 서버 수가 많거나 자주 쓰지 않는 서버까지 켜둔 상태라면 누적되는 부담이 커집니다. gh, aws, gcloud 같은 CLI 도구는 이런 목록 자체가 붙지 않아 같은 작업이라도 더 가볍게 처리됩니다.
지금 내 사용량이 어디서 새는지 확인하는 방법
/usage 명령을 입력하면 확인할 수 있습니다. /cost, /stats도 같은 화면을 여는 별칭입니다.
- 클로드 코드 세션에서 입력창에
/usage를 입력하고 실행합니다. - Session 항목에서 이번 세션의 토큰 사용량과 예상 비용을 확인합니다. Pro·Max·Team·Enterprise 플랜에서는 스킬·서브에이전트·플러그인·MCP 서버별로 최근 사용량이 어디에 몰려 있는지 비율로도 보여줍니다.
- 이렇게 보이면 성공입니다 — 화면 하단 쪽에 긴 컨텍스트나 캐시 미스처럼 최근 사용량의 10% 이상을 차지하는 요인이 있으면 별도로 표시됩니다. 이 표시가 뜬 항목부터 아래 절감법을 적용하면 효과가 가장 큽니다.
사용량을 줄이는 방법
아래 8가지는 모두 명령 한 줄이나 설정 한 번으로 바로 적용할 수 있는 방법입니다.
| 방법 | 실행 방법 | 확인 신호 |
|---|---|---|
| 완전히 새 주제로 넘어가기 | /clear 입력 | 세션 비용 표시가 0부터 다시 시작합니다. |
| 맥락은 유지하며 정리하기 | /compact 또는 /compact 코드 예시와 API 사용법만 남겨줘처럼 지시 추가 | 대화가 요약되고 이어서 작업할 수 있습니다. |
| 간단한 작업엔 가벼운 모델 쓰기 | /model로 Haiku나 Sonnet으로 전환, 서브에이전트는 설정에서 model: haiku 지정 | 응답이 빨라지고 세션 비용 증가폭이 줄어듭니다. |
| 깊은 사고가 필요 없는 요청은 사고 강도 낮추기 | /effort로 강도 조절, 또는 /config에서 확장 사고 끄기(고정 예산 모델은 MAX_THINKING_TOKENS 환경변수로 조절) | 답변까지 걸리는 시간과 출력 토큰이 줄어듭니다. |
| 안 쓰는 MCP 서버 정리 | /mcp로 목록 확인 후 비활성화 | 매 턴 앞에 붙는 도구 안내가 줄어듭니다. |
| 지금 컨텍스트가 뭘로 채워졌는지 보기 | /context 입력 | 무엇이 공간을 차지하는지 항목별로 보입니다. |
| 로그·테스트 출력처럼 긴 내용은 서브에이전트에 맡기기 | 해당 작업을 서브에이전트로 위임 | 상세 내용은 서브에이전트 쪽에 남고 메인 대화는 요약만 받습니다. |
| CLAUDE.md를 슬림하게 유지 | 200줄 이하 유지, 상세 절차는 스킬로 이동 | 매 턴 기본으로 실리는 안내 분량이 줄어듭니다. |
언제 /clear를 쓰고 언제 /compact를 쓸까요?
완전히 다른 주제로 넘어갈 때는 /clear가 더 이득입니다. 대화를 읽지 않고 그냥 비우기 때문에 비용이 들지 않습니다. 반대로 지금 하던 작업을 이어가면서 공간만 확보하고 싶다면 /compact가 맞지만, 요약을 만들기 위해 지금까지의 대화 전체를 한 번 다시 읽어야 하므로 그 요약 자체가 큰 요청 한 번의 비용을 발생시킵니다. 즉 완전히 새로 시작할 거면 /clear, 맥락을 지키고 싶으면 비용을 감수하고 /compact를 쓰는 것으로 정리하면 됩니다.
자주 막히는 지점과 해결
가장 흔하게 막히는 지점은 세 가지입니다.
- 새 세션에서
/compact를 눌렀는데 "Not enough messages to compact."라고 뜸 — 원인: 아직 요약할 대화가 쌓이지 않았습니다. 조치: 대화를 조금 진행한 뒤 다시 시도하거나, 지금 당장 정리하고 싶다면 어차피 대화가 짧으니 그대로 두어도 됩니다. - "You've hit your session limit" 또는 "You've hit your weekly limit" 메시지가 뜸 — 원인: 구독 플랜의 5시간 세션 한도 또는 주간 한도에 도달했고, 이 한도는 모델 전체에 공유됩니다. 조치: 화면에 표시된 재설정 시각까지 기다리거나, 사용량 크레딧을 켜뒀다면
/usage-credits로 늘릴 수 있습니다. 플랜별 한도 구조는 별도로 자세히 다루니 사용량 한도 가이드를 참고하세요. - 확장 사고를 끄는 옵션이 안 보임 — 원인: 지금 쓰는 모델이 Fable 계열이면 확장 사고를 항상 사용하도록 되어 있어 끌 수 없습니다. 조치: 사고를 끄고 싶다면 다른 모델로 전환하세요.
응용 — 다음 단계
여기까지 적용했다면 두 가지를 더 해볼 만합니다. 첫째, /insights 명령으로 최근 세션들을 분석한 리포트를 받아보면 내가 어떤 작업에서 유독 사용량을 많이 쓰는지 패턴으로 확인할 수 있습니다. 둘째, 상태 표시줄에 컨텍스트 사용량을 항상 띄워두도록 설정해두면 대화가 얼마나 찼는지 매번 /context를 입력하지 않아도 한눈에 보입니다. 플랜별 정확한 한도 수치가 궁금하다면 사용량 한도 가이드도 함께 확인해보세요.
자주 묻는 질문
Q. 아무것도 안 하고 세션을 켜두기만 해도 사용량이 소모되나요?
네, 아주 조금은 소모됩니다. 이전 대화를 요약해두는 백그라운드 작업이나 일부 명령 처리로 인해 상호작용이 없어도 세션당 보통 0.04달러 미만의 사용량이 발생합니다. 다만 예약 작업이나 다른 세션에서 오는 메시지가 연결돼 있으면 그때마다 전체 대화가 다시 전송되어 더 크게 늘 수 있습니다.
Q. Opus 대신 Sonnet이나 Haiku를 쓰면 확실히 사용량이 줄어드나요?
네, 모델을 가볍게 바꾸는 것이 가장 확실한 절감법 중 하나입니다. 복잡한 설계 판단처럼 꼭 필요한 경우가 아니라면 일상적인 코딩 작업은 Sonnet으로도 충분하고, 서브에이전트처럼 단순 반복 작업에는 Haiku를 지정해두면 비용 차이가 더 크게 벌어집니다.
Q. 여러 개의 서브에이전트나 에이전트 팀을 동시에 돌리면 사용량이 얼마나 늘어나나요?
각 서브에이전트·팀원이 자기만의 컨텍스트 윈도우를 따로 유지하기 때문에 늘어나는 인원 수에 거의 비례해서 사용량이 늘어납니다. 특히 여러 에이전트가 플랜 모드로 동시에 탐색을 진행하면 평소보다 훨씬 많은 토큰을 쓰게 되므로, 팀 규모를 작게 유지하고 작업이 끝난 팀원은 바로 종료하는 것이 좋습니다.