클로드 한도 2배로 쓰는 방법 2026

최종 업데이트: 2026-10-08

클로드(Claude) 사용량 한도가 빨리 닳는 가장 큰 원인은 쉬다 와서 보낸 첫 메시지입니다. 클로드코드(Claude Code)는 매 요청마다 대화 전체를 다시 보내는데, 구독 플랜의 프롬프트 캐시 수명이 1시간이라 1시간 넘게 쉬면 첫 메시지가 전체 컨텍스트를 100% 비용으로 재처리합니다. 캐시가 살아 있을 때 비용은 모델별 2.5~10%이므로 같은 한 줄 질문이 10~40배 비싸집니다. 이를 피하는 “55분 규칙”(1시간 안에 돌아오면 55분 전에 한 줄, 넘게 쉬면 핸드오프 후 /clear)은 공식 문서로 뒷받침되고, “리필 타이머”(리셋 직후 가벼운 메시지)는 5시간 창의 시작 시각을 옮기는 기술일 뿐 토큰을 늘리지는 않습니다.

이 글은 클로드코드 공식 비용 관리 문서, 프롬프트 캐싱 문서, Max 플랜 도움말을 근거로 디시 AI 활용 갤러리의 두 가지 팁을 검증했습니다. 네이버 블로그에 올린 같은 주제의 원문을 AI 검색용으로 다시 구성한 글입니다.

두 가지 팁은 어디까지 맞나?

팁	판정	근거
55분 규칙 (1시간 전에 핸드오프 또는 한 줄)	맞음	구독 플랜 캐시 수명 1시간. 지나면 첫 메시지가 전체 컨텍스트를 재처리. 캐시 읽기 단가는 모델별 2.5~10%
“토큰 10배”	모델별 10~40배	캐시 읽기: Opus 5.5·Sonnet 5.5 5%, Fable 5.1 2.5%, 그 외 10%. 역수가 배수
리필 타이머 (리셋 직후 가벼운 메시지)	절반만 맞음	5시간 창은 첫 메시지에 시작. 리셋 시각을 옮길 뿐 창 용량·주간 한도는 그대로
“한도 2배”	조건부	/usage가 캐시 미스를 최근 사용량의 10% 이상일 때 경고. 하루 여러 번 쉬다 오는 사용자는 그 낭비 제거만으로 체감 2배

55분 규칙은 왜 1시간이 경계인가?

클로드 API의 프롬프트 캐싱은 이미 보낸 대화 앞부분을 서버가 기억해 다음 요청에서 캐시 읽기 단가로 처리합니다. 기본 수명은 5분이고 구독 플랜의 클로드코드는 1시간입니다. 클로드코드 비용 관리 문서의 원문은 다음과 같습니다. “쉬는 시간이 캐시 수명보다 길면 첫 메시지가 캐시를 놓치고 전체 컨텍스트를 다시 처리한다. 그 수명은 구독에서 1시간이고, 사용량 크레딧을 쓰기 시작하면 5분으로 줄어든다.”

캐시 읽기 단가는 기본 입력의 10%이며 Opus 5.5와 Sonnet 5.5는 5%, Fable 5.1은 2.5%입니다. 대화가 15만 토큰 쌓인 세션에서 한 줄 질문을 보내면 캐시가 살아 있을 때 약 7,500토큰어치, 죽어 있을 때 15만 토큰어치를 씁니다. 캐시는 읽을 때마다 추가 비용 없이 수명이 연장되므로, 1시간 안에 돌아올 예정이면 55분 전에 아무 메시지나 한 줄 보내면 되고, 1시간 넘게 쉴 예정이면 핸드오프 메모를 받고 /clear로 세션을 비우는 것이 맞습니다. 이미 캐시가 죽은 뒤 돌아오면 Pro·Max에서 제안하는 “요약에서 재개”를 수락하면 이후 요청이 전체 기록을 끌고 다니지 않습니다.

시간 외에 캐시를 무효화하는 조건도 있습니다. MCP 서버를 켜거나 끄는 것, 생각 수준(effort) 변경, 도구 정의 변경이 그것이며, 그 직후 첫 메시지도 100% 비용입니다. MCP 정리는 세션 시작 시점에 하는 것이 좋습니다.

내 세션의 캐시 상태는 어디서 확인하나?

# /usage 에 찍히는 프롬프트 캐시 줄 (클로드코드 공식 문서 예시, v2.1.251+)
Prompt cache (main):   14 requests · 91% of input tokens from cache
  · 2 misses (last 6m 10s ago, 310.2k tokens re-cached)
  · 1 expected rebuild (compaction or tool-result clearing)
  · warm (1h TTL, last activity 40s ago)

# 읽는 법
# misses      = 이미 캐시된 내용을 다시 처리한 횟수. 310.2k 토큰을 다시 썼다는 뜻
# warm / cold = 캐시가 살아 있나. cold 면 "idle 1h 12m" 처럼 쉰 시간이 같이 나옴
# 1h TTL      = 구독(Pro·Max) 기본. 사용량 크레딧으로 넘어가면 5분으로 줄어듦

# 플랜 사용량 화면의 behavior flags 에 'cache misses' 가 뜨면 최근 사용량의 10% 이상이 캐시 미스

클로드코드 /usage의 “Prompt cache” 줄에 캐시가 warm인지 cold인지, 미스 횟수, 다시 쓴 토큰 수가 표시됩니다(v2.1.251 이상). 플랜 사용량 화면의 behavior flags는 긴 컨텍스트나 캐시 미스가 최근 사용량의 10% 이상이면 경고와 함께 줄이는 팁을 보여줍니다.

핸드오프는 어떻게 받나?

# 1시간 넘게 쉬기 전에 보내는 핸드오프 프롬프트 + CLAUDE.md 압축 지시
# 세션 끝내기 전 (55분 안에)
지금까지 작업 핸드오프 메모를 20줄 안으로 써 줘.
- 목표 / 지금까지 바꾼 파일 / 남은 일 / 막힌 것 / 다음 세션 첫 명령
파일로 저장: docs/handoff-2026-10-08.md

# 그다음
/clear                       # 대화 기록 제거. 비용 0
# 돌아와서 새 세션 첫 메시지
docs/handoff-2026-10-08.md 읽고 "다음 세션 첫 명령" 부터 이어서 해 줘

# CLAUDE.md 에 넣어두면 /compact 할 때 뭘 남길지 고정됨 (공식 예시)
# Compact instructions
When you are using compact, please focus on test output and code changes

핵심은 “다음 세션 첫 명령”까지 받아 파일로 저장하는 것입니다. 돌아와서 할 일을 고민하는 사이 캐시가 다시 죽기 때문입니다. /compact는 같은 작업을 이어갈 때, /clear는 다른 작업으로 넘어갈 때 씁니다. 공식 문서는 /compact가 대화를 읽어 요약하므로 그 자체가 큰 요청이라고 명시하며, 새로 시작할 때는 비용이 없는 /clear를 권합니다.

리필 타이머는 무엇을 바꾸나?

Max 플랜 도움말에 따르면 세션 한도는 5시간마다 리셋되고 사용량은 메시지 수가 아니라 토큰·모델·컨텍스트로 결정됩니다. 5시간 창은 리셋 순간이 아니라 리셋 후 첫 메시지에 시작하므로, 리셋 직후 한 글자를 보내 두면 창이 그 시각에 열리고 5시간 뒤 다음 창이 옵니다. 9시 리셋 후 13시에 첫 메시지를 보내면 창은 18시에 리셋되지만, 9시에 한 글자를 보내 두면 14시에 리셋되어 오후 작업 중 새 창을 받습니다.

그러나 창 하나의 용량은 그대로이고 주간 한도도 바뀌지 않습니다. Max는 전체 모델 주간 한도와 Sonnet 전용 주간 한도가 따로 돕니다. 리필 타이머는 창의 배치를 바꾸는 기술이며, “2배”라는 숫자는 타이머가 아니라 캐시 미스를 없앴을 때 나옵니다.

그 외에 한도를 소비하는 것은?

공식 문서 “Why usage climbs in a long session” 항목을 옮기면 다음과 같습니다.

1. 긴 컨텍스트: 하루 종일 연 세션에서는 한 줄 질문도 대화 전체를 캐시 단가로 다시 읽습니다. 작업이 바뀌면 /clear가 기본입니다.
2. 캐시 미스: 위의 1시간 규칙입니다.
3. 예약 작업: /loop나 크론 작업은 세션이 유휴 상태여도 매번 전체 컨텍스트를 보냅니다.
4. 서브에이전트·워크플로: 각자 별도 요청을 보내며 /usage의 attribution에 비율이 표시됩니다.
5. 압축(/compact): 요약을 위해 대화를 읽는 것 자체가 큰 요청입니다.
6. 프롬프트 제안: 답변 뒤 다음 프롬프트를 제안하는 짧은 요청이 나갑니다. 캐시 읽기라 작고, 한도 임박 시 자동으로 건너뛰며, 끌 수 있습니다.

# 하루 한도 아끼는 명령 7개 (전부 공식 문서에 있는 것)
/usage        # 플랜 게이지 + 캐시 warm/cold + 무엇이 사용량을 먹는지(스킬·MCP·서브에이전트 비율)
/context      # 지금 컨텍스트에 뭐가 들어 있나. MCP 도구 정의가 큰 경우 여기서 보임
/compact      # 긴 대화를 요약으로 교체. 이어서 할 때. (요약 자체가 큰 요청이라 자주 하진 말 것)
/clear        # 다른 일로 넘어갈 때. 비용 0. /rename 해두면 나중에 /resume 가능
/mcp          # 안 쓰는 MCP 서버 끄기 (도구 정의 바뀌면 캐시가 통째로 무효화되니 세션 시작 때 정리)
/effort       # 간단한 작업은 생각 수준 낮추기. 생각 토큰은 출력 요금
/model        # 단순 작업은 Sonnet. 서브에이전트는 haiku 지정 가능

# 세션 내내 켜두는 예약 작업(/loop·cron)은 매번 전체 컨텍스트를 보냄 → 긴 세션에선 끄거나 새 세션에서

하루 루틴에 적용하면?

1. 아침: 리셋 직후 한 글자로 창을 열고, 크론 작업은 컨텍스트가 작은 새 세션에 겁니다.
2. 작업 중: 40분 이상 자리를 비울 것 같으면 핸드오프 메모 후 /clear, 애매하면 55분 안에 한 줄.
3. 작업 전환: /rename 후 /clear, 필요하면 나중에 /resume.
4. 세션 시작 시에만: /mcp로 안 쓰는 서버를 끄고 중간에는 건드리지 않습니다.
5. 하루 끝: /usage에서 cache misses 횟수를 확인하고 3회를 넘으면 루틴을 조정합니다.

자주 묻는 질문

Q. 55분마다 메시지를 보내면 한도를 더 쓰는 것 아닌가요?
한 줄 메시지는 캐시 읽기 단가의 요청이라 1시간을 넘겨 100% 요청을 한 번 내는 것보다 훨씬 쌉니다. 1시간 넘게 쉴 예정이면 메시지 대신 핸드오프 후 /clear가 맞습니다.

Q. 캐시 수명 1시간은 어디서 확인하나요?
클로드코드 /usage의 Prompt cache 줄에 “warm (1h TTL)”로 표시됩니다. 사용량 크레딧으로 넘어가면 5분으로 줄어듭니다.

Q. 리필 타이머로 주간 한도도 늘어나나요?
아닙니다. 5시간 창의 시작 시각만 옮깁니다. 주간 한도는 계정별 고정 시각에 리셋되며 Max는 전체 모델용과 Sonnet 전용 두 개가 따로 있습니다.

Q. /compact와 /clear 중 무엇을 써야 하나요?
같은 작업을 이어가면 /compact, 다른 작업이면 /clear입니다. /compact는 요약 요청 자체가 커서 자주 쓰면 손해이며, CLAUDE.md에 Compact instructions를 적어 두면 요약 시 남길 내용을 고정할 수 있습니다.

한도 규칙은 Anthropic이 자주 바꾸므로 2026년 10월 8일 기준임을 감안해 주세요. 관련 글: 클로드 사용량 한도 리셋 해결 방법, 클로드 Max vs 챗GPT Pro 비교, 클로드코드 스킬 rtk, 챗GPT 느려짐 해결 방법.