클로드 토큰 절약하는 법: Claude Code에서 사용량 줄이는 10가지 실전 팁

클로드(Claude)를 쓰다 보면 이런 순간이 있습니다. 분명 몇 가지 질문만 했는데 사용량 한도에 가까워졌다는 안내가 뜹니다. Claude Code로 작업하다 보면 처음에는 빠르게 진행되던 수정이 점점 길어지고, 같은 내용을 여러 번 설명하는 느낌도 듭니다. 이럴 때 무조건 더 비싼 요금제로 바꿔야 할까요? 그 전에 확인할 방법이 있습니다. 새 작업을 시작할 때 이전 대화를 정리하고, Claude가 읽어야 할 파일을 줄이며, 일의 난이도에 맞는 모델을 선택하는 것입니다. 특히 Claude Code는 간단한 명령어 몇 개만 알아도 작업 방식을 상당히 바꿀 수 있습니다. 이번 글에서는 바로 시도해 볼 수 있는 절약 방법을 중심으로 정리하겠습니다.

이 글의 순서

• 먼저 확인: 어디에서 클로드를 쓰고 있나요?
• 1. 사용량부터 확인하세요
• 2. 새 작업을 시작할 때는 /clear
• 3. 같은 작업을 오래 한다면 /compact
• 4. 어려운 일과 쉬운 일에 같은 모델을 쓰지 마세요
• 5. “전부 확인해 줘” 대신 범위를 지정하세요
• 6. 긴 코드와 오류 로그를 통째로 붙여넣지 마세요
• 7. CLAUDE.md 에 모든 지식을 넣지 마세요
• 8. 연결한 도구와 여러 에이전트를 점검하세요
• 9. 큰 작업은 먼저 계획하고 실행하세요
• 10. 클로드 웹 채팅과 API 사용자는 이렇게 해보세요
• 상황별로 어떤 방법이 좋을까요?
• 바로 복사해서 쓰는 절약용 요청문
• 자주 묻는 질문
• 결론: 토큰을 아끼는 방법은 ‘덜 시키는 것’이 아닙니다
• 함께 보면 좋은 글

먼저 확인: 어디에서 클로드를 쓰고 있나요?

클로드를 사용하는 곳에 따라 적용할 수 있는 방법이 다릅니다.

사용 환경	먼저 해볼 일
Claude 웹사이트·앱	주제가 달라지면 새 대화 시작, 긴 자료는 필요한 부분만 제공, 응답 분량 지정
Claude Code	`/usage`, `/context` 확인 → 작업 전환 때 `/clear`, 긴 작업에서는 `/compact`
Claude API	모델·입출력량 점검, 재사용 입력 캐싱, 필요 시 배치 처리

그림: 세 환경의 절약 방법을 비교한 자체 개념도 · Codex 자체 제작

Claude Code 전용 명령어를 일반 웹 채팅에 그대로 입력하면 같은 기능으로 작동한다고 생각하면 안 됩니다. 또한 '사용량 한도에 도달했다'는 것과 '한 대화의 길이가 너무 길어졌다'는 것은 다른 문제입니다. 아래에서 해결법을 각각 알려드리겠습니다.

1. 사용량부터 확인하세요

절약의 첫 단계는 어디서 많이 쓰고 있는지 확인하는 것입니다. Claude Code를 사용한다면 다음 명령어를 입력해 보세요.

/usage

사용 중인 계정·설정에 따라 세션의 사용량, 플랜 한도와 관련한 정보 등을 확인할 수 있습니다. 대화창에 쌓인 정보가 얼마나 많은지 확인하려면 다음 명령도 도움이 됩니다.

/context

두 화면은 목적이 다릅니다. /usage는 얼마나 사용했는지, /context는 현재 대화에 무엇이 많이 들어 있는지 판단할 때 참고합니다.

대화가 길어질수록 모델이 한 번에 참고할 수 있는 정보량의 범위인 컨텍스트 윈도우도 함께 의식해야 합니다. Claude 웹사이트나 앱 사용자라면 계정의 Settings → Usage 등 제공되는 사용량 화면을 확인하세요. 메뉴와 제공 정보는 플랜에 따라 달라질 수 있습니다. 한 번 확인해 보고 어떤 작업에서 급격히 사용량이 늘어나는지 메모하는 것만으로도 불필요한 반복을 발견할 수 있습니다.

2. 새 작업을 시작할 때는 /clear

Claude Code에서 효과가 큰 습관 중 하나입니다. 예를 들어 오전에는 로그인 오류를 고치고, 오후에는 블로그 화면을 디자인한다고 생각해 보세요. 서로 관계없는 작업인데 같은 대화를 계속 사용하면 오전의 코드·오류 메시지·도구 결과가 오후 작업에도 따라붙을 수 있습니다. 이럴 때는 새 일을 시작하기 전에 입력합니다.

/clear

이 명령어는 현재 대화 기록을 지우고 새 대화를 시작합니다. 프로젝트에 저장된 CLAUDE.md나 코드 파일이 사라지는 것은 아닙니다. 하지만 중요한 주의점이 있습니다. 대화 내용에만 있던 결정과 진행 상황은 새 세션으로 자동 인계되지 않습니다. 그래서 무작정 지우기보다 완료한 작업과 미완료 항목을 파일이나 메모로 남겨 두는 편이 안전합니다. 추천 시점: '다음에 하려는 일이 지금까지의 대화를 몰라도 수행 가능한가?'라는 질문에 '그렇다'고 답할 수 있을 때.

3. 같은 작업을 오래 한다면 /compact

그렇다면 어제부터 계속 수정하던 프로그램은 어떻게 해야 할까요? 중요한 맥락이 남아 있어야 하므로 /clear만 반복하는 것은 적합하지 않습니다. 이럴 때 활용하는 명령어가 있습니다.

/compact

Claude Code가 이전 대화의 중요한 부분을 요약해 이어서 사용할 수 있도록 도와줍니다. 무엇을 꼭 남겨야 하는지 직접 적을 수도 있습니다.

/compact 변경한 파일 목록, 아직 해결되지 않은 오류, 테스트 결과, 다음 작업만 보존해 줘

예를 들어 홈페이지 제작 중이라면 최종 디자인 결정, 수정한 파일, 테스트 결과는 남기고 이미 끝난 긴 시행착오 로그는 줄이고 싶을 것입니다. /clear는 새 작업으로 전환할 때, /compact는 같은 작업을 계속할 때라고 기억하면 쉽습니다. 단, /compact가 모든 세부사항을 완벽하게 보존하는 것은 아닙니다. 긴 프로젝트의 중요한 결정이나 파일 경로는 별도 문서에도 남겨 두세요. 그리고 이 명령어가 구독의 사용량 한도를 즉시 초기화하는 기능은 아닙니다.

그림: 새 작업과 진행 중 작업에 따라 명령을 고르는 자체 개념도 · Codex 자체 제작

4. 어려운 일과 쉬운 일에 같은 모델을 쓰지 마세요

모든 작업에 가장 강력한 모델을 사용하면 사용량이나 비용이 빨리 늘어날 수 있습니다. Claude Code에서는 다음 명령어로 사용 가능한 모델을 확인하거나 바꿀 수 있습니다.

/model

일반적인 선택 기준은 다음과 같습니다.

작업	우선 고려할 모델
짧은 내용 확인, 단순 문구 교체, 반복 정리	사용 가능한 경우 Haiku
대부분의 코딩, 기능 수정, 테스트 보완	Sonnet
복잡한 설계, 어려운 버그, 여러 영역에 걸친 변경	Opus

중요한 것은 무조건 저렴한 모델만 고르는 것이 아닙니다. 가벼운 모델로 시도했다가 여러 번 실패하면 전체 작업량이 더 늘어날 수도 있습니다. 쉬운 일에는 가벼운 모델, 어려운 일에는 강한 모델을 선택하고, 실제 오류가 반복되면 판단을 다시 하는 방식이 좋습니다. 사용 가능한 모델과 버전은 계정·플랜·시점에 따라 다르므로 현재 /model 화면을 기준으로 확인하세요.

5. “전부 확인해 줘” 대신 범위를 지정하세요

Claude Code에 아래처럼 요청하면 어떤 일이 생길까요?

프로젝트 전체를 보고 문제를 전부 찾아서 고쳐 줘. 간단해 보이지만 실제로는 많은 파일을 탐색하고, 긴 로그를 확인하고, 관련 없는 코드까지 조사할 수 있습니다. 목적이 로그인 버튼 오류 하나라면 훨씬 구체적으로 말하는 편이 낫습니다. 로그인 버튼을 눌러도 화면이 바뀌지 않는 원인만 조사해 줘. 우선 src/login/ 폴더와 관련 테스트만 확인하고, 다른 기능은 수정하지 마. 원인을 찾으면 수정할 파일과 검증 방법을 먼저 짧게 정리해 줘.

두 요청의 차이는 질문 길이가 아니라 작업 범위입니다. Claude에게 확인할 위치, 하지 말아야 할 일, 답변 형식을 알려주면 불필요한 탐색과 수정·재작업을 줄이는 데 도움이 됩니다. 다만 특정 폴더만 봐서는 원인을 알 수 없는 경우도 있습니다. 그때는 Claude가 관련 근거를 제시하고 범위를 넓히도록 요청하는 편이 좋습니다.

6. 긴 코드와 오류 로그를 통째로 붙여넣지 마세요

개발 중 문제가 생기면 긴 로그나 수백 줄의 코드를 대화창에 그대로 넣기 쉽습니다. 하지만 문제와 무관한 내용까지 반복해서 전달하면 이후 대화가 커질 수 있습니다. 가능하다면 다음 방식으로 바꿔 보세요.

• 오류 로그는 실패 메시지와 그 앞뒤의 중요한 부분부터 전달하기.
• 코드 전체 대신 파일 경로와 의심되는 함수 이름을 알려주기.
• Claude Code에는 특정 파일을 먼저 읽도록 요청하고, 필요한 경우에만 다른 파일로 범위를 넓히기. 예를 들어:

src/auth/login.ts의 validateToken 함수와 관련 테스트를 먼저 살펴봐. 실패 로그는 마지막 오류 메시지 주변만 확인해. 다른 파일이 필요하다면 이유를 먼저 알려 줘. 여기서 작은 차이도 있습니다. Claude Code에서 파일 경로를 평문으로 적는 것과 @파일명 기능을 통해 파일 내용을 삽입하는 것은 다를 수 있습니다. 토큰 사용을 줄이려는 목적이라면 파일 전체를 자동으로 끌어오는 방식인지 확인하는 편이 좋습니다. 민감한 인증키·개인정보가 포함된 실제 로그는 그대로 붙여넣지 마세요.

7. CLAUDE.md에 모든 지식을 넣지 마세요

Claude Code로 장기 프로젝트를 운영한다면 CLAUDE.md를 사용할 수 있습니다. 이 파일에 프로젝트의 규칙과 필요한 정보를 넣어 두면 매번 같은 설명을 반복하지 않아도 됩니다. 하지만 여기에 과거 작업 기록, 수백 개의 예외 사항, 긴 참고자료를 모두 넣으면 오히려 매 세션에서 읽어야 할 내용이 많아집니다. 예를 들어 이런 항목은 핵심 규칙으로 유지할 만합니다.

• 기존 기능은 허가 없이 삭제하지 않는다.
  - 코드를 변경한 뒤 관련 테스트를 실행한다.
  - 외부 배포 전 승인을 받는다. 반대로 '지난달 조사한 경쟁사 기능 30개 전체 목록'처럼 특정 작업에서만 필요한 정보라면 별도의 문서나 필요할 때 불러오는 자료로 관리하는 편이 낫습니다. 자주 적용하는 짧은 규칙은 CLAUDE.md에, 가끔 필요한 긴 지식은 따로 보관하세요.하세요. 무조건 1줄로 줄일 필요는 없습니다. 잘못된 작업을 막는 데 중요한 규칙까지 삭제하면 오히려 재작업이 늘어날 수 있습니다.

8. 연결한 도구와 여러 에이전트를 점검하세요

Claude Code에서 여러 외부 도구를 연결했다면 현재 사용하지 않는 연결을 확인해 보세요.

/mcp

연결된 MCP 서버를 살펴보고 지금 작업과 무관한 서버는 필요에 따라 비활성화할 수 있습니다. 다만 최신 Claude Code는 도구 정보를 필요할 때 가져오는 최적화도 사용합니다. 도구를 하나만 지웠다고 일정량의 토큰이 반드시 줄어든다고 계산할 수는 없습니다. 실제로 무엇이 들어 있는지는 /context로 확인하는 것이 좋습니다. 또 하나 주의할 것은 여러 AI 에이전트를 동시에 사용하는 방식입니다. 별도 에이전트에게 조사를 맡기면 현재 대화에 들어오는 긴 조사 로그를 줄일 수 있습니다. 하지만 그 에이전트도 별도로 작동하므로 전체 토큰 사용량은 오히려 늘 수 있습니다. 단순 작업 하나를 해결하려고 여러 에이전트를 동시에 실행하는 것은 비용 면에서 항상 좋은 선택이 아닙니다.

9. 큰 작업은 먼저 계획하고 실행하세요

초보자는 '한 번에 다 만들어 줘'라고 요청하기 쉽습니다. 그런데 홈페이지처럼 여러 파일이 관련된 작업에서는 생각보다 많은 수정이 일어날 수 있습니다. 요구사항을 정확히 이해하지 못한 상태에서 코드를 대량으로 수정하면 다시 되돌리고 고치는 데 추가 시간이 듭니다. 이럴 때는 처음에 다음 요청을 사용해 보세요.

지금은 코드를 수정하지 마. 먼저 필요한 기능을 정리하고, 수정할 파일과 작업 순서, 완료 확인 방법을 알려 줘. 내가 확인한 뒤에만 구현을 시작해 줘. 계획에 약간의 작업량이 들더라도 잘못된 구현을 여러 번 반복하는 일을 줄일 수 있습니다. 반대로 단순한 문장 수정처럼 위험이 적은 작업까지 매번 장문의 계획서를 요청할 필요는 없습니다. 실수했을 때 되돌리는 비용이 큰 작업일수록 계획을 먼저 확인하는 편이 유리합니다.

10. 클로드 웹 채팅과 API 사용자는 이렇게 해보세요

Claude Code가 아니라 웹사이트나 모바일 앱에서만 클로드를 사용한다면 간단한 습관부터 시작할 수 있습니다. 첫째, 서로 무관한 주제는 새 대화로 나누세요. 여행 계획을 하던 대화에 갑자기 회사 회의록 분석을 요청하면 이전 대화가 필요한지부터 판단해야 합니다. 새 주제라면 새 채팅이 깔끔합니다. 둘째, 긴 자료는 필요한 범위를 지정하세요. 100페이지 문서라면 '전체를 모두 분석해 줘'보다 '3장의 결론과 5장의 위험 요인만 비교해 줘'처럼 요구하는 정보의 위치를 알려주는 방식이 좋습니다.

셋째, 답변 형식을 미리 알려주세요. '핵심 결론 3개와 다음 행동만'처럼 필요한 정도를 요청하면 과도하게 긴 결과를 줄일 수 있습니다. 다만 중요한 정보가 누락되지 않도록 요구 수준과 목적에 맞춰야 합니다. 넷째, 프로젝트 기능에 자료를 저장했다고 해서 무조건 토큰이 0이 되는 것은 아닙니다. 저장된 자료가 대화에 실제로 사용되면 그만큼의 정보가 처리될 수 있습니다. Claude API로 자체 프로그램을 개발하는 사람이라면 추가 옵션도 있습니다.

자주 반복되는 긴 입력에는 프롬프트 캐싱을, 결과를 실시간으로 받지 않아도 되는 다량의 요청에는 배치 처리를 고려할 수 있습니다. 공식 API 문서에 따르면 배치 처리는 조건에 맞는 요청의 비용을 50% 할인하지만, 이것이 사용한 토큰 수 자체를 절반으로 만든다는 의미는 아닙니다. 캐싱 역시 과금 구조를 줄이는 기능이지 대화의 모든 정보를 컨텍스트에서 제거하는 기능은 아닙니다. 이 고급 기능들은 일반 Claude 웹 채팅에서 같은 이름의 버튼을 눌러 쓰는 방식과 다르므로, API 개발자가 아닌 경우에는 앞서 소개한 대화 관리 방법부터 적용하면 충분합니다.

그림: API 캐싱과 배치 처리의 차이를 설명한 자체 개념도 · Codex 자체 제작

상황별로 어떤 방법이 좋을까요?

지금 상황	먼저 할 일
전혀 다른 일을 시작함	Claude Code는 `/clear`, 일반 채팅은 새 대화
하나의 작업을 며칠째 진행 중	진행상황 파일에 기록 후 `/compact` 검토
매번 많은 파일을 읽는 느낌	대상 경로와 함수 지정, `/context` 확인
간단한 일에도 사용량이 많이 듦	`/model`에서 모델 선택 재검토
긴 오류 로그가 자주 반복됨	실패 부분만 먼저 전달
구독 한도에 빨리 도달함	사용량 화면과 모델·작업 흐름 확인
API 비용이 많음	입출력량·캐시 적중·모델·배치 활용 점검

바로 복사해서 쓰는 절약용 요청문

① 코드 수정 전 확인용

먼저 이번 요청에 관련된 파일만 찾아줘. 수정 전에 변경 대상 파일, 작업 순서, 테스트 방법을 간단히 보여줘. 프로젝트 전체를 무조건 읽거나 수정하지 말고, 필요한 경우에만 조사 범위를 넓혀줘.

② 오류 해결용

현재 오류 한 건만 해결해 줘. 가장 관련 있는 파일과 실패 로그부터 확인하고, 확인된 원인과 추측을 구분해 줘. 원인 해결에 필요한 최소 변경만 적용한 뒤 관련 테스트 결과와 남은 위험을 알려줘.

③ 긴 작업 인수인계용

지금까지 확정한 결정, 수정한 파일, 실제 통과한 테스트, 남은 문제, 다음 실행 순서를 짧고 빠짐없이 정리해 줘. 추측과 미검증 사항은 따로 표시해 줘. 대화가 아닌 프로젝트 문서에 저장할 내용을 구분해 줘.

④ 일반 Claude 채팅용

아래 자료에서 내가 요청한 범위만 다뤄줘. 결과는 핵심 결론 3개, 근거, 다음 행동 순서로 정리하고, 요청하지 않은 배경 설명이나 용어 정의는 생략해 줘. 중요한 불확실성은 삭제하지 말아줘. 위 문구들은 직접 실험해서 절감률을 측정한 공식 템플릿이 아니라, 문서에서 확인한 원칙을 바탕으로 구성한 실전 예시입니다.

자주 묻는 질문

Q. /clear를 쓰면 5시간 사용량 한도가 초기화되나요?

아닙니다. 대화 기록을 새로 시작하는 명령어와 계정의 사용량 한도는 다른 것입니다. 한도가 다시 열리는 시점은 가입한 플랜과 현재 정책을 확인해야 합니다.

Q. /compact를 많이 할수록 무조건 절약되나요?

반드시 그렇지는 않습니다. 요약 자체에도 작업이 필요하고 중요한 세부사항이 누락될 수 있습니다. 긴 작업에서 문맥을 줄여야 할 시점을 판단해 사용하세요.

Q. 짧게 질문하면 항상 토큰이 절약되나요?

그렇지 않습니다. 필요한 파일, 원하는 결과, 하지 말아야 할 일을 빠뜨리면 되묻기와 재작업으로 오히려 더 많이 쓸 수 있습니다. 짧은 질문보다 정확한 질문이 중요합니다.

Q. Sonnet을 쓰면 Opus보다 무조건 품질이 떨어지나요?

작업 종류에 따라 다릅니다. 일반적인 수정·검증에서 Sonnet이 충분할 수 있고, 복잡한 설계나 해결이 어려운 문제에서는 Opus가 적합할 수 있습니다. 모델별 제공 여부와 특성은 계속 바뀝니다.

Q. CLAUDE.md에 내용을 많이 저장하면 예전 대화를 다시 붙여넣지 않아도 되나요?

반복할 필요가 없는 기본 규칙을 보관하는 데는 유용합니다. 다만 파일에 저장한 내용도 Claude가 읽으면 컨텍스트를 차지합니다. 필요한 정보만 짧게 유지하는 편이 낫습니다.

결론: 토큰을 아끼는 방법은 ‘덜 시키는 것’이 아닙니다

핵심은 같은 일을 끝내기 위해 불필요하게 읽고, 되풀이하고, 다시 수정하는 과정을 줄이는 것입니다. 지금 Claude Code를 사용하고 있다면 오늘 바로 세 가지만 실천해 보세요. 첫째, /usage와 /context로 현황을 확인합니다. 둘째, 서로 다른 업무로 바뀔 때는 /clear, 같은 업무가 길어질 때는 /compact를 선택합니다. 셋째, 모델과 조사 범위, 원하는 결과를 작업에 맞게 지정합니다. 이 습관만으로도 무작정 더 많은 사용량을 구매하기 전에 현재 작업 방식을 점검할 수 있습니다. 절약 효과는 사용 방식에 따라 달라집니다. 하지만 필요한 정보만 정확하게 전달하고, 중요한 결과를 기록하며, 불필요한 대화를 정리하는 것은 어떤 환경에서든 시작하기 좋은 방법입니다.

함께 보면 좋은 글

• AI 토큰이란?
• AI 사용량 한도란?