Claude Code 토큰,
아끼는 순서가 따로 있습니다

1. 새 작업은 새 대화에서 시작합니다

가장 효과가 큰 습관입니다. 요청 하나를 보낼 때마다 그 대화의 이전 내용 전체가 입력으로 함께 들어갑니다. 어제 디버깅하던 대화에서 오늘 다른 기능을 요청하면, 어제의 긴 로그와 파일 내용이 오늘 작업의 비용에 계속 얹힙니다.

작업 단위가 바뀌면 /clear로 새로 시작하세요. 이어가야 할 맥락이 있다면 /compact로 대화를 요약해 압축할 수 있습니다. 긴 대화 하나보다 짧은 대화 여러 개가 거의 항상 쌉니다.

2. 파일은 필요한 부분만 읽힙니다

수천 줄짜리 파일을 통째로 읽게 하면 그 내용이 대화에 남아 이후 모든 요청의 입력이 됩니다. 요청할 때 위치를 좁혀주는 것만으로 차이가 큽니다. "auth.ts 전체를 봐줘"보다 "auth.ts의 로그인 처리 함수만 봐줘"가 낫습니다.

빌드 로그나 테스트 출력을 통째로 붙여넣는 것도 같은 문제를 만듭니다. 오류 부분만 잘라서 주거나, 명령을 Claude Code가 직접 실행하게 해서 필요한 출력만 보게 하는 편이 낫습니다.

3. CLAUDE.md는 얇게 유지합니다

프로젝트의 CLAUDE.md는 모든 대화에 자동으로 들어가는 고정 비용입니다. 여기에 코딩 컨벤션 전체나 API 명세를 넣어두면 매 요청마다 그만큼을 지불하는 셈입니다.

3.5 안 쓰는 MCP 서버는 내려둡니다

연결된 MCP 서버는 도구 정의가 컨텍스트에 실리므로 존재만으로 비용이 듭니다. 서버 하나가 도구 수십 개를 노출하면 그 설명 전체가 매 대화의 고정 비용이 됩니다. 공식 문서도 MCP 오버헤드 축소를 절감 항목으로 안내합니다.

프로젝트별 설정에서 실제로 쓰는 서버만 남기고, 가끔 쓰는 서버는 필요한 날만 켜는 운용이 낫습니다. 어떤 서버가 비용을 만드는지는 /context 출력의 도구 영역 크기로 가늠할 수 있습니다.

4. 탐색 작업은 서브에이전트에 맡깁니다

"이 기능이 어디서 구현되는지 찾아줘" 같은 탐색은 파일을 많이 열게 되어 컨텍스트를 빠르게 채웁니다. 서브에이전트에게 시키면 탐색 과정의 파일 내용은 에이전트 쪽에서 소비되고, 내 대화에는 결론 요약만 돌아옵니다. 본 대화의 컨텍스트가 깨끗하게 유지됩니다.

같은 원리로, 결과만 필요한 대량 작업(여러 파일 검사, 반복 수정)도 에이전트 위임이 유리합니다.

5. 시행착오 자체를 줄이는 습관

모호한 요청은 잘못된 시도와 재작업을 만들고 그 과정이 전부 토큰입니다. 복잡한 작업은 플랜 모드로 계획을 먼저 확인한 뒤 실행하면 방향이 틀린 채 진행되는 낭비를 줄일 수 있습니다. 같은 유형의 반복 작업은 한 번 스크립트로 만들어 두고 Claude Code 없이 돌리는 게 가장 쌉니다.

6. 어디서 쓰는지 확인하고 줄입니다

느낌으로 아끼는 것보다 측정이 정확합니다. /cost와 /context를 확인하면 현재 대화의 사용량과 컨텍스트 구성을 볼 수 있습니다. 어떤 대화에서 유난히 많이 쓰였는지 확인하고, 위 습관 중 어디가 새는 지점인지 찾는 순서가 맞습니다.

구독으로 쓰고 있다면 한도는 일정 시간 창 단위로 회복됩니다. 한도에 자주 걸린다면 사용 패턴을 바꾸는 것과 상위 플랜의 비용을 비교해 볼 시점입니다. 플랜별 차이는 별도 글에서 다뤘습니다.

Claude Code 공식 문서 확인 ↗