클로드코드 사용량이 빨리 찬다면 오래된 대화를 이어가고 있진 않은지 확인하세요

클로드코드를 몇 번 쓰지 않았는데 사용량이 평소보다 빠르게 줄었다고 느낄 때가 있습니다.

큰 기능을 새로 만든 것도 아니고 긴 문서를 첨부하지도 않았는데, 짧은 요청 하나를 보낸 뒤 사용량 게이지가 눈에 띄게 올라요. 이럴 때 모델이나 요금제부터 의심하기 쉽습니다.

그전에 먼저 확인해볼 것이 있습니다.

며칠 전, 혹은 몇 시간 전에 멈춘
아주 긴 대화를 다시 열어 이어가고 있지 않나요?

오래된 긴 대화를 재개하면 클로드코드가 그동안 쌓인 대화와 파일 읽기 결과, 명령 실행 기록을 다시 처리해야 할 수 있습니다. 특히 대화의 프롬프트 캐시가 이미 만료된 상태라면 재개 후 첫 요청이 평소보다 많은 사용량을 쓸 수 있어요.

결론부터 말하면 간단합니다.

다른 작업을 시작한다
→ 새 대화

같은 작업을 이어가지만 전체 기록까지는 필요 없다
→ 요약으로 재개

앞선 세부 기록을 전부 봐야 한다
→ 기존 대화를 그대로 재개

클로드는 앞선 대화를 매번 함께 받아요

클로드 모델이 이전 요청을 머릿속에 계속 기억하는 것은 아닙니다. 클로드코드는 사용자가 메시지를 보낼 때 다음 정보를 다시 묶어 모델에 전달해요.

시스템 지침
+ CLAUDE.md 같은 프로젝트 지침
+ 지금까지 주고받은 대화
+ 읽은 파일과 도구 실행 결과
+ 새로 입력한 요청
= 이번 답변을 만들기 위한 입력

대화가 짧을 때는 부담이 크지 않습니다. 하지만 한 세션에서 기능을 여러 개 만들고, 긴 오류 로그를 읽고, 테스트와 수정을 반복했다면 이야기가 달라져요.

마지막에 “버튼 문구만 바꿔줘”라고 한 줄을 입력해도 그 앞에는 수만 토큰의 대화 기록이 붙어 있을 수 있습니다.

그래서 클로드코드는 프롬프트 캐싱(prompt caching)을 사용합니다. 앞선 요청과 똑같은 부분을 매번 처음부터 처리하는 대신, 최근에 처리해둔 내용을 캐시에서 다시 읽고 새로 추가된 부분만 처리하는 방식이에요.

첫 번째 요청
→ 전체 입력을 처리하고 캐시에 저장

바로 이어지는 요청
→ 앞의 동일한 부분은 캐시에서 읽음
→ 새로 추가된 대화만 처리

프롬프트 캐싱 덕분에 같은 긴 대화를 이어갈 때 매 요청마다 전체 기록을 일반 입력과 똑같은 방식으로 다시 처리하지 않아도 됩니다. 응답도 빨라지고 토큰 비용과 사용량 부담도 줄어요.

클로드코드는 이 과정을 자동으로 관리하므로 사용자가 캐시 버튼을 누르거나 별도로 설정할 필요는 없습니다. 자세한 원리는 클로드코드의 프롬프트 캐싱 공식 문서 (새 탭에서 열림)에서 확인할 수 있습니다.

오래된 대화에는 캐시가 영원히 남아 있지 않아요

여기서 중요한 점이 있습니다. 프롬프트 캐시는 대화 기록을 영구 보관하는 저장 기능이 아닙니다.

캐시에는 유효 시간이 있습니다. 그 안에 다음 요청을 보내 캐시를 다시 사용하면 시간이 갱신되지만, 일정 시간 아무 요청도 하지 않으면 만료돼요.

대화를 계속 사용함
→ 캐시가 유지됨

오랫동안 사용하지 않음
→ 캐시가 만료됨

만료된 긴 대화를 다시 사용함
→ 첫 요청에서 전체 입력을 다시 처리
→ 새로운 캐시를 만듦

Claude Pro나 Max 구독으로 클로드코드를 사용하면 기본적으로 1시간짜리 캐시를 요청합니다. API 키나 Bedrock 같은 외부 제공자를 통해 사용하는 경우에는 기본 5분 캐시가 적용될 수 있어요. 인증 방식과 설정에 따라 구체적인 시간은 달라질 수 있습니다.

따라서 “오래된 대화에는 프롬프트 캐싱이 적용되지 않는다”는 말은 절반만 맞습니다.

정확히는 오래 쉬어서 캐시가 만료된 대화를 다시 여는 첫 요청에는 기존 캐시를 사용할 수 없다는 뜻이에요. 첫 요청이 전체 기록을 처리해 캐시를 다시 만들면, 그다음 요청부터는 새 캐시를 사용할 수 있습니다.

오래된 대화는 계속 캐싱되지 않는다 X

오래된 대화의 캐시는 만료될 수 있고,
재개 후 첫 요청에서 다시 만들어야 한다 O

왜 짧은 요청 하나가 사용량을 많이 쓸까요?

사용자가 보는 요청의 길이와 클로드가 실제로 처리하는 입력의 길이는 다를 수 있기 때문입니다.

예를 들어 로그인 기능, 결제 기능과 배포 오류를 한 대화에서 모두 해결했다고 해볼게요. 며칠 뒤 그 대화를 다시 열어 이렇게 요청합니다.

결제 버튼 문구를 조금 더 자연스럽게 바꿔줘.

화면에는 한 줄만 보이지만 클로드코드가 보내는 입력은 다음처럼 클 수 있습니다.

로그인 기능을 만들며 나눈 대화
+ 결제 기능을 만들며 읽은 코드
+ 실패한 테스트 결과
+ 배포 오류 로그
+ 수정과 되돌리기를 반복한 기록
+ 결제 버튼 문구 변경 요청

캐시가 살아 있다면 앞의 긴 부분을 더 저렴한 캐시 읽기로 처리할 수 있습니다. 하지만 캐시가 만료됐다면 재개 후 첫 요청에서 이 기록을 다시 처리하고 캐시를 만들어야 해요.

클로드코드를 업데이트한 뒤 오래된 세션을 재개할 때도 비슷한 일이 생길 수 있습니다. 새 버전에서 시스템 프롬프트나 도구 정의가 바뀌면 이전 요청의 시작 부분과 정확히 일치하지 않아 전체 대화를 다시 처리할 수 있어요. 공식 문서는 이런 경우 긴 세션으로 돌아가는 첫 요청이 가장 비싼 요청이 될 수도 있다고 설명합니다.

프롬프트 캐시가 살아 있어도 긴 대화가 완전히 공짜가 되는 것은 아닙니다. 캐시에서 읽은 토큰도 사용량이 0이 아니고, 대화가 길수록 다음 요청마다 따라가는 내용도 많아져요. Anthropic도 컨텍스트가 클수록 토큰 사용량이 늘어나므로 관계없는 작업으로 전환할 때 /clear를 사용하라고 권합니다. 클로드코드 비용 관리 공식 문서 (새 탭에서 열림)에서도 오래된 컨텍스트가 이후 요청마다 토큰을 낭비한다고 안내해요.

클로드가 ‘요약으로 재개’를 권하는 이유

최근 클로드코드는 오래된 긴 대화를 다시 열 때 그대로 이어갈지, 요약해서 이어갈지 물어볼 수 있습니다.

Pro나 Max 플랜에서 약 1시간 넘게 사용하지 않았고 10만 토큰을 넘은 세션을 재개하면 첫 메시지를 보내기 전에 선택 창이 나타납니다.

Resume from summary
→ 대화를 요약한 뒤 이어가기

Resume full session as-is
→ 전체 대화를 그대로 이어가기

Don't ask me again
→ 앞으로 묻지 않고 전체 대화를 이어가기

이 안내가 뜨는 이유는 캐시가 만료된 긴 세션을 그대로 이어가면 이후 요청에서도 큰 컨텍스트를 계속 들고 가기 때문입니다.

어느 선택지를 고르더라도 재개 시점에는 전체 기록을 한 번 처리합니다. 차이는 그다음 요청부터 무엇을 계속 전달하느냐예요.

대화를 요약하면 과거의 모든 문장이 그대로 남지는 않습니다. 대신 확정한 결정, 최근 수정 사항과 남은 작업을 중심으로 훨씬 작은 컨텍스트를 만들 수 있어요.

이 기능의 조건과 각 선택지의 동작은 클로드코드 세션 재개 공식 문서 (새 탭에서 열림)에 설명되어 있습니다.

다른 작업이라면 새 대화를 시작하세요

오래된 대화를 찾을 수 있다는 이유만으로 계속 재개할 필요는 없습니다.

지난 대화에서 로그인 기능을 끝냈는데 오늘은 관리자 통계를 만든다면, 로그인 기능의 시행착오와 오류 로그는 새 작업에 필요하지 않을 가능성이 큽니다. 이때는 기존 대화를 열지 말고 새 대화를 시작하는 편이 가장 단순해요.

클로드코드 안에서 다른 작업으로 전환하는 중이라면 /clear를 사용할 수도 있습니다.

/clear

/clear는 코드와 프로젝트 파일을 지우지 않습니다. 현재 대화 기록만 비우고 프로젝트 지침을 다시 불러와 깨끗한 컨텍스트에서 시작해요.

새 대화를 열었다고 이미 사용한 한도가 돌아오는 것은 아닙니다. 다만 필요 없는 과거 기록이 다음 요청마다 따라오는 일을 막아 앞으로 사용할 양을 줄이는 데 도움이 됩니다.

컨텍스트와 계정 사용량 한도가 어떻게 다른지는 클로드코드 컨텍스트 윈도우와 5시간 한도의 차이에서 더 자세히 설명했습니다.

같은 작업이라면 필요한 맥락만 요약하세요

복잡한 결제 기능을 아직 만드는 중이고 앞에서 정한 데이터 구조와 예외 처리가 계속 필요하다면 새 대화로 무작정 옮기는 것도 좋지 않습니다. 필요한 결정을 다시 찾느라 파일을 더 많이 읽고 잘못된 구현을 반복할 수 있기 때문이에요.

이때는 전체 기록을 그대로 들고 가기보다 다음 내용을 요약해 이어가세요.

목표
확정한 설계와 이유
수정한 파일
현재 통과하는 테스트
아직 해결하지 못한 문제
다음에 할 일

대화가 아직 열려 있고 캐시가 살아 있을 때 자연스러운 작업 구간이 끝났다면 /compact를 실행할 수 있습니다.

/compact 결제 흐름의 결정 사항, 수정한 파일,
아직 실패하는 테스트와 다음 할 일을 중심으로 남겨줘

중요한 점은 타이밍입니다. 오래 쉬었다가 캐시가 만료된 세션에서 /compact를 실행하면 요약을 만들기 위해 전체 기록을 한 번 다시 처리해야 합니다. 가능하면 작업을 멈추기 전에, 캐시가 살아 있을 때 요약하거나 인수인계 문서를 남겨두는 편이 효율적이에요.

오늘 작업을 마치기 전
→ 현재 상태를 요약
→ 결정 사항을 문서에 저장
→ 다음 시작점을 남김

며칠 뒤 작업을 재개
→ 저장한 요약으로 새 대화 시작

/clear와 /compact 가운데 무엇을 써야 할지 헷갈린다면 클로드코드 /clear와 /compact의 차이를 함께 확인해보세요.

대화 기록을 프로젝트 문서처럼 쓰지 마세요

오래된 대화를 계속 재개하는 가장 흔한 이유는 중요한 결정이 그 대화 안에만 있기 때문입니다.

왜 이 구조를 선택했지?
어떤 파일까지 수정했지?
다음에 무엇을 하려고 했지?

→ 예전 대화를 다시 열어 처음부터 찾아봄

반복해서 적용할 프로젝트 규칙은 CLAUDE.md에, 기능의 설계와 결정은 별도 문서에, 현재 작업 상태는 짧은 인수인계 메모에 남겨두세요.

CLAUDE.md
→ 프로젝트 전체에서 반복할 규칙

docs/payment.md
→ 결제 기능의 구조와 중요한 결정

작업 인수인계 요약
→ 지금까지 한 일과 바로 다음 할 일

그러면 새 대화에서도 필요한 파일만 읽고 작업을 이어갈 수 있습니다. 대화 전체를 프로젝트의 유일한 기억으로 사용할 때보다 컨텍스트가 작고, 사람이 나중에 결정의 근거를 찾기도 쉬워요.

사용량이 빨리 찰 때 확인할 순서

클로드코드 사용량이 평소보다 빠르게 줄었다면 다음 순서로 점검해보세요.

1. /usage로 현재 사용량과 리셋 시각 확인

2. /context로 현재 대화에 무엇이 쌓였는지 확인

3. 오래 쉬었던 긴 대화를 재개했는지 확인

4. 지금 하는 일이 앞선 작업과 같은지 판단

5. 다른 작업이면 /clear 또는 새 대화

6. 같은 작업이면 요약으로 재개하거나 /compact

7. 모델, effort, fast mode를 긴 대화 중간에 바꾸지 않았는지 확인

사용량은 대화 길이 하나만으로 결정되지 않습니다. 선택한 모델과 effort, 작업의 복잡도, 도구 사용과 여러 Claude 제품에서 사용한 양도 영향을 줘요. Anthropic의 사용량과 컨텍스트 한도 안내 (새 탭에서 열림)도 긴 대화가 사용량 한도를 더 많이 소모할 수 있으므로 한도에 가까워졌다면 새 대화를 시작해보라고 권합니다.

따라서 새 대화를 시작했는데도 계속 사용량이 빠르게 준다면 모델과 effort, 동시에 실행 중인 다른 세션, Claude 웹과 데스크톱 사용량도 함께 확인해야 합니다.

오래된 대화를 여는 것이 문제는 아니에요

오래된 대화를 재개하는 기능 자체는 유용합니다. 며칠 동안 하나의 복잡한 기능을 만들거나 앞선 결정의 세부 내용을 정확히 확인해야 할 때는 전체 기록이 필요할 수 있어요.

문제는 필요한지 판단하지 않고 습관적으로 가장 최근 대화를 이어가는 것입니다.

앞선 대화가 없어도 지금 할 일을 설명할 수 있다
→ 새 대화

앞선 결정은 필요하지만 시행착오까지는 필요 없다
→ 요약으로 재개

앞선 대화의 세부 기록을 모두 확인해야 한다
→ 전체 세션 재개

프롬프트 캐싱은 긴 대화를 효율적으로 이어가게 해주는 장치이지, 오래된 컨텍스트를 무제한 무료로 보관하는 기능은 아닙니다.

사용량이 너무 빨리 찬다고 느껴진다면 요금제를 올리기 전에 지금 열어둔 대화부터 확인하세요. 끝난 작업은 새 대화에서 시작하고, 이어갈 작업은 필요한 내용만 요약해 옮기는 습관이 클로드의 사용량과 판단을 함께 가볍게 만듭니다.