초급편 — 습관만 바꿔도 달라집니다
설정 하나, 습관 하나. 개발자 아니어도 즉시 적용할 수 있는 19가지.
1
새 작업 시작 전엔 반드시 /clear
클로드는 메시지를 보낼 때마다 1번 메시지부터 전부 다시 읽어요. 작업이 끝나면
/clear로 초기화하세요. 토큰을 절약하는 가장 쉽고 빠른 방법입니다.1번째 메시지
500토큰
10번째 메시지
27,500토큰
2
프롬프트는 범위를 제한해서 보내기
핵심은 파일명, 함수명, 조건을 명시적으로 주는 것. 클로드가 알아서 탐색하게 두지 마세요.
비효율
"이 코드 개선해줘" → 프로젝트 전체를 뒤짐효율
"auth.js의 verifyUser 함수에 입력값 검증 추가해줘" → 최대 10배 차이3
간단한 명령은 묶어서 한 번에 보내기
"요약해줘" → "포인트 뽑아줘" → "제목 추천해줘" 따로 3번 = 3배 과금. 한 번에 보내면 1배 과금 + 품질 향상. 잘못 답했을 때 "아니 그게 아니라..." 후속 메시지 대신, 원본 메시지의 편집 버튼으로 수정하고 재생성하세요.
4
붙여넣기는 꼭 필요한 것만
파일이나 문서를 통째로 붙여넣기 전에 한 번만 물어보세요. "클로드가 이걸 전부 읽어야 하나?"
- 버그가 함수 하나에 있다면 → 그 함수만 붙여넣기
- 단락 하나의 맥락만 필요하다면 → 그것만 넣기
- 파일 전체를 던져주면 → 전체가 다 토큰
5
작업할 때 자리 뜨지 마세요
Shift+Tab 자동 수락 모드로 켜놓고 자리 비우는 분들 많은데, 생각보다 위험해요.
- 클로드가 잘못된 방향으로 달려가는 경우 있음
- 같은 파일을 반복해서 읽는 루프에 빠지는 경우 있음
- 초반에 발견해서 멈추면 수천 개의 토큰을 아낄 수 있음
- 작업 초반만이라도 옆에서 지켜보면서 확인 권장
6
기본 모델을 소넷으로 고정하세요
처음 켰을 때 기본 모델이 오퍼스로 잡혀 있는 경우 있어요. 오퍼스는 소넷 대비 4~5배 더 토큰을 소모합니다. 설정 파일에 한 줄만 추가해서 소넷으로 고정하세요. 필요할 때만
/model opus로 전환.7
작업에 맞는 모델 선택하기
시니어한테 복사 붙여넣기 시키는 건 낭비잖아요. 모델 선택만으로 50~70% 절감 가능.
| 모델 | 비유 | 언제 쓰나 | 비용 |
|---|---|---|---|
| Haiku | 주니어 | 학습, 간단한 실습, 단순 질문 | 가장 저렴 |
| Sonnet | 중급 | 일반 코딩, 기능 구현, 파일 수정 | 기본값 권장 |
| Opus | 시니어 | 복잡한 아키텍처 설계, 깊은 디버깅 | 소넷의 4~5배 |
8
안 쓰는 기능은 꺼두세요
웹 검색, 커넥터, 확장 사고 기능이 켜져 있기만 해도 매 응답마다 추가 토큰 소모. 특히 Extended Thinking은 기본으로 활성화되어 있는 경우가 있고, 이 기능이 최대 3만 토큰을 출력 토큰으로 과금. 필요할 때만 켜세요.
9
Memory와 사용자 설정 저장해두기
새 채팅 열 때마다 역할, 스타일을 입력하면 매번 3~5개 메시지를 잡아먹어요. Settings → Memory and User Settings에 한 번만 저장하면 모든 새 채팅에 자동으로 적용됩니다.
10
피크 타임을 피해서 작업하세요
같은 작업을 해도 피크 시간대에는 토큰이 더 빠르게 소진됩니다.
피크 시간대
미국 동부 오전 8시 ~ 오후 2시한국 시간 밤 10시 ~ 새벽 4시
한국 분들은 유리해요
한국 업무 시간(9시~6시)은 미국 비피크 시간대대규모 리팩토링은 주말에 하면 더 넉넉
11
리셋 타이밍을 전략적으로 활용하세요
리셋이 곧 다가오는데 할당량이 많이 남아 있다면? 과감하게 써버리세요. 어차피 리셋되면 초기화. 반대로, 할당량이 얼마 안 남았는데 리셋까지 시간이 많다면? 잠깐 쉬세요. 풀 예산으로 다시 시작하는 게 낫습니다.
12
하루를 2~3 세션으로 나눠서 사용하세요
클로드는 자정 리셋이 아니에요. 최근 5시간 동안 사용한 양만 한도에 포함되는 롤링 윈도우 방식입니다.
- 오전 세션 — 핵심 작업 집중 처리. 한도 전부 써도 OK
- 오후 세션 — 오전(5시간 전) 사용량이 윈도우에서 빠짐. 새 한도로 재시작
- 저녁 세션 — 오후 사용량도 만료. 같은 요금제인데 체감 한도 훨씬 넉넉
13
1세션 = 1작업 원칙
버그 3개 고치면서 기능 2개 추가하고 리팩토링까지 한 세션에 다 하려고 하면? 컨텍스트가 섞이면서 오염되고, 클로드가 이전 작업 내용을 계속 들고 다니면서 토큰 낭비. 심하면 헷갈려서 할루시네이션 발생. 원칙: 1세션 = 1논리 작업. 끝나면
/clear14
세션 시작 전에 작업 목록 미리 정리하기
클로드 코드 켜고 바로 시작하시나요? 세션 시작 전에 딱 3가지만 해두세요.
- 오늘 처리할 작업 목록 미리 정리
- 우선순위 정해서 가장 중요한 것부터 시작
- 5시간 세션을 하나의 스프린트처럼 대하기 → 집중력 유지 + 불필요한 탐색 토큰 절약
15
Extra Usage 안전장치 켜두기
토큰 절약 팁은 아니지만, 중요한 작업 중에 갑자기 막히는 상황을 방지하는 안전장치.
- Pro, Max 구독자 → Settings → Usage → Overage 기능 켜기
- 세션 한도 도달 후에도 API 요금으로 과금되는 방식으로 계속 진행
- 월별 지출 한도 설정 가능 → 예상치 못한 과금 방지
16
/rename과 /resume 활용하기
/clear 로 컨텍스트 비우기 전에 /rename 으로 세션 이름 지정. 나중에 /resume 명령어로 그 대화로 쉽게 돌아갈 수 있어요. /clear 했다고 완전히 없어지는 게 아닙니다 — 이름 붙여서 보관 가능.17
/context · /cost · /usage 활용하기
토큰을 어디서 얼마나 쓰는지 컴포넌트별로 확인할 수 있는 명령어들입니다.
/context— 대화 기록, MCP 오버헤드, 로드된 파일 각각 확인/cost— 현재 세션의 실제 토큰 사용량 + 예상 비용/usage— 커런트 세션 + 주간 사용량 한눈에 확인
참고
새 세션에서 아무것도 안 하고 /context 실행해봤더니 시스템 프롬프트·도구 정의·메모리 파일 때문에 이미 51,000 토큰이 쓰여 있었어요. MCP 없이도요.18
사용량 대시보드 옆에 열어두기
클로드 계정 대시보드를 작업하는 동안 옆 탭에 열어두고 20~40분마다 확인. 사용량 한도에 갑자기 부딪히는 상황을 미리 방지하세요.
npm install -g @ryoppippi/ccusage → CLI에서 일별/월별/실시간 사용량 확인 가능.19
플랜에 따라 전략을 다르게 가져가세요
오퍼스를 기본 모델로 쓰다가 2일 만에 주간 사용량 80%가 찼다는 분들도 있어요. Pro 플랜은 소넷 고정이 핵심.
| 플랜 | 소넷 주간 | 오퍼스 주간 | 전략 핵심 |
|---|---|---|---|
| Pro $20 | 40~80시간 | 매우 제한적 | 소넷 고정 필수 |
| Max $100 | 140~280시간 | 15~35시간 | 오퍼스 적당히 + 모니터링 |
| Max $200 | 240~480시간 | 20~40시간 | 자유롭게, 낭비는 금지 |
중급편 — 환경을 정비하는 23가지
CLAUDE.md 최적화, MCP 관리, Compaction — 구조적으로 토큰을 줄이는 방법들.
1
.claudeignore 파일 만들기클로드는 탐색 시 node_modules, .next, dist 같은 파일까지 전부 읽으려 해요. 큰 프로젝트면 수십 기가 — 토큰이 순식간에 녹습니다. .gitignore처럼 클로드가 읽지 않을 파일을 지정하세요.
node_modules/
.next/
dist/
build/
*.log
*.lock
__pycache__/
coverage/
.next/
dist/
build/
*.log
*.lock
__pycache__/
coverage/
2
CLAUDE.md는 200줄 이하로 유지하기
CLAUDE.md는 세션 시작 때만 읽히는 게 아닙니다. 매 메시지마다 읽혀요.
장황한 CLAUDE.md
5,000토큰
간결한 CLAUDE.md
700토큰
- "이 프로젝트는..." 같은 서술형 문장 제거
- 헤딩·리스트·테이블로 구조화
- 규칙은 최소 단위로 축약, 코드 예시 과도 포함 금지
- 200줄 넘기 시작하면 다이어트 타이밍
3
상세 지식은 스킬로 분리하기
CLAUDE.md를 200줄 이하로 유지하면서 나머지 내용은 스킬 파일로 분리하세요.
추천 구조
# 항상 로드
CLAUDE.md
# 필요할 때만 로드
docs/api-guide.md
docs/db-guide.md
docs/deploy-guide.md
CLAUDE.md
# 필요할 때만 로드
docs/api-guide.md
docs/db-guide.md
docs/deploy-guide.md
왜 효과적인가
- CLAUDE.md: 항상 로드 → 핵심 규칙만
- 스킬 파일: 필요할 때만 메모리 로드
- 세션당 최대 15,000 토큰 절약 가능
4
CLAUDE.md에 5가지 절약 규칙 추가하기
직접 넣어두면 클로드가 스스로 낭비를 줄여요.
- 이미 읽은 파일은 다시 확인하지 않는다
- 불필요한 도구 호출은 하지 않는다
- 가능한 도구 호출은 동시에 실행한다
- 20줄 이상의 불필요한 출력은 서브에이전트에 위임한다
- 사용자가 이미 설명한 내용을 다시 반복하지 않는다 — 1·5번이 특히 중요
5
CLAUDE.md에 이미 결정된 내용 적어두기
한 번 저장해두면 다시는 프롬프트로 타이핑하지 않아도 됩니다.
- 안정적인 아키텍처 결정들 — 이미 정해진 방향
- 코딩 규칙과 컨벤션 — 매번 설명할 필요 없음
- 빌드·테스트·배포 명령어 — 자주 묻는 것들
- 자주 하는 실수와 해결책 — 반복 실수 방지
주의
이 파일이 탄탄할수록 매번 타이핑해야 하는 프롬프트가 효과적으로 줄어듭니다. 단, 자동 학습 설정 시 파일이 너무 길어지지 않는지 주기적으로 확인하세요.6
@로 파일 전체 참조 지양하기
@ 기호로 파일을 참조하면 해당 파일 내용 전체가 컨텍스트에 포함됩니다.
| 파일 크기 | 참조 방식 |
|---|---|
| 500줄 이하 | 전체 참조 가능 |
| 500 ~ 2,000줄 | 필요한 구간만 지정 |
| 2,000줄 이상 | 함수·클래스 단위로 분리해서 참조 |
7
60% 시점에 수동으로 압축하기
클로드는 컨텍스트 95% 차면 자동 압축(compaction)을 해요. 하지만 그때는 이미 컨텍스트 품질이 상당히 저하된 상태입니다.
/context명령어로 사용률 확인 → 60% 도달 시 수동으로 대응- 보존할 내용을 함께 지시하며
/compact실행 - 압축을 3~4번 해야 할 정도로 길어지면 세션 요약 후
/clear후 새로 시작
8
자리 비우기 전에 압축하거나 클리어하기
화장실 다녀오거나 커피 한 잔 마시러 자리를 비우는 것, 토큰 소비에 영향을 줍니다.
캐시 만료 시간
5분
5분 후 돌아오면
처음부터 재처리 — 캐시 만료 때문자리 비울 거라면 반드시
/compact 나 /clear 먼저.9
셸 명령어의 긴 출력 주의하기
클로드가 셸 명령어를 실행하면 전체 출력이 컨텍스트 윈도우로 그대로 들어옵니다.
위험한 패턴
- 커밋 200개짜리
git log - verbose 옵션 켠 전체 테스트 결과
- 빌드 경고 메시지 가득한 로그
대응 방법
- "전체 테스트" → "auth 모듈 테스트만"
- 훅으로 head/tail로 자동 출력 상한선 설정
- 필요 없는 명령어는 해당 프로젝트에서 권한 거부
10
Extended Thinking 기능 관리하기
눈에 보이지 않아서 더 무서운 토큰 낭비입니다.
최대 토큰
30,000토큰
설정 변경
/config
- 단순 파일 수정인데도 3만 토큰을 생각에 쓸 수 있음
- 복잡한 아키텍처 설계·깊은 디버깅 → 켜두기
- 단순한 작업 → 꺼두기
/config또는 환경변수로 thinking 예산 낮추기 가능
11
MCP 서버 최소화하기
MCP 서버를 연결하면 매 메시지마다 해당 서버의 모든 도구 정의가 컨텍스트에 로드됩니다.
| MCP 서버 | 토큰 소비 (메시지당) |
|---|---|
| Playwright MCP | 17,600 토큰 |
| Supabase MCP 추가 | +20,900 토큰 |
| 둘 다 연결 시 | 38,500 토큰/메시지 |
아무 말 안 하고 엔터만 쳐도 기본으로 38,500 토큰.
/mcp 로 지금 바로 확인해보세요. 안 쓰는 서버 3개만 끊어도 체감이 확 달라집니다.12
MCP tool search 옵션 설정하기
MCP 서버를 여러 개 사용하는 분들께 특히 유용한 팁입니다.
- 기본값
auto: MCP 도구가 컨텍스트의 10% 초과 시에만 발동 true로 설정: 항상 tool search 활성화- 여러 MCP 서버 + 컨텍스트 관리 고민 → true 권장
13
4단계로 MCP 서버 줄이기
체계적으로 MCP 서버를 정리하는 방법.
- 1. 전체 목록화 —
~/.claude/settings.json의 mcpServers 키 확인 후 전부 적기 - 2. 도구 수 확인 — 각 서버에 어떤 도구가 있는지, 설명이 얼마나 장황한지 체크
- 3. 토큰 비용 추정 — 예상 토큰 = (도구 수 × 200) + (설명 글자 수 ÷ 4)
- 4. 상위 오버헤드 서버 제거 — 비용 내림차순 정렬 시 2~3개가 전체 대부분 차지, 그것부터 정리
14
글로벌 vs 프로젝트 레벨 MCP 분리하기
모든 MCP를 글로벌에 넣으면 가벼운 프로젝트에서도 전부 로드됩니다.
글로벌 (~/.claude/settings.json)
Filesystem MCP 하나만 — 거의 모든 작업에 필요하니까프로젝트 (.claude/settings.json)
DB MCP → DB 프로젝트에만Playwright MCP → 프론트 프로젝트에만
백엔드 프로젝트에서 Playwright가 로드되는 낭비가 사라집니다.
15
분산 메모리 구조 만들기
CLAUDE.md를 "데이터가 어디 있는지 알려주는 인덱스"로 활용하세요.
- 기본 컨텍스트가 훨씬 가벼워짐
- 기능별 분리로 유지보수 쉬워짐
- 필요한 정보를 더 빠르고 정확하게 찾음
CLAUDE.md에 명시
"API 관련 작업이 필요하면 docs/api-guide.md를 읽어라."16
대규모 작업 후 그냥 /clear 하지 않기
컨텍스트가 너무 커지면? 날리기 전에 저장하고 이어받기를 하세요.
- 1. 진행 상황 저장 — "지금까지 진행한 내용을 progress.md로 정리해줘"
- 2. 컨텍스트 초기화 —
/clear로 깨끗하게 리셋 - 3. 이어서 작업 — "@progress.md 읽고 이어서 작업 계속해줘."
17
Projects에 반복 파일 업로드하기
같은 PDF나 문서를 여러 채팅에서 반복 업로드하면 매번 토큰으로 변환됩니다.
반복 업로드
10번 업로드 = 10번 토큰 소모매 채팅마다 처음부터 처리
Projects 활용
한 번 업로드 → 캐시 참조추가 토큰 소모 없음
claude.ai 웹의 Projects 기능 — 반복 참고 문서가 있다면 반드시 활용하세요.
18
플랜 모드 먼저 활용하기
토큰 낭비의 최대 원인 = 잘못된 방향으로 코드를 잔뜩 작성하고 전부 버리는 상황.
- Shift+Tab 2번으로 플랜 모드 진입
- 클로드가 어떤 파일을 수정할지, 어떤 순서로 할지, 리스크는 뭔지 아웃라인 작성
- 확인하고 승인하면 그때 실행으로 넘어감
CLAUDE.md 추가 권장
"95% 확신이 생기기 전에는 어떤 변경도 하지 말아줘. 그 확신에 도달할 때까지 추가 질문을 해줘."19
상태 표시줄 (Status Line) 설정하기
터미널 하단에 실시간으로 현황을 띄워두세요. 현재 모델, 컨텍스트 사용률, 토큰 수를 한눈에 확인할 수 있어 압축 타이밍을 잡기 훨씬 쉬워집니다. 터미널에서
/status line 입력 후 설정 적용.20
ccusage로 사용량 정밀 추적하기
대시보드 수동 확인이 번거롭다면 ccusage를 설치하세요.
npm install -g @ryoppippi/ccusage
ccusage daily
ccusage monthly
ccusage blocks --live
ccusage daily --breakdown
ccusage monthly
ccusage blocks --live
ccusage daily --breakdown
- 오늘 토큰 소비량 + 비용 분석
- 5시간 빌링 윈도우 실시간 모니터링
- 모델별 비용 분석 / 날짜 범위 필터로 특정 기간 추적
21
토큰 사용량 확인하는 3가지 방법
/context명령어 — 컴포넌트별 토큰 사용량 (시스템 프롬프트·MCP 도구·메모리 파일·대화 메시지 각각 확인)- 로그 파일 직접 확인 —
~/.claude/projects/폴더의 JSONL, 각 메시지의 usage 필드 → input_tokens, output_tokens 값 - 웹 토큰 계산기 — CLAUDE.md가 실제로 몇 토큰인지 확인
22
툴은 필요한 것만 연동하기
서브에이전트·MCP·훅·커스텀 커맨드를 이것저것 설치하다 보면, 실수로 전역 레벨에서 연동해버리면 모든 프로젝트에서 컨텍스트를 차지합니다.
- 현재 사용 중인 확장 기능 목록 확인
- 최근 2주 동안 실제로 사용한 것만 남기기
- "나중에 쓸 수도 있으니까" 는 토큰 낭비의 핑계
23
서브에이전트 비용 제대로 인식하기
에이전트 워크플로우는 단일 세션 대비 최대 10배 더 토큰을 사용해요. 각 서브에이전트가 깨어날 때마다 자신만의 전체 컨텍스트를 다시 로드하기 때문입니다.
현명하게 쓰는 방법
- 단발성 작업에만 활용
- 탐색·리서치 작업 위임
- 20줄 이상의 분석 작업
모델 선택 팁
- 단순 작업은 Haiku로 위임
- Haiku = Sonnet·Opus보다 훨씬 저렴
- 에이전트 팀은 정말 필요할 때만
고급편 — 구조적 최적화 10가지
사전 인덱싱, 에이전트 팀 구조, 훅 자동화 — 프로젝트 레벨의 토큰 절감.
1
코드베이스 사전 인덱싱 (QMD)
"인증 관련 코드 어디 있어?" 물어보면 glob으로 전체 파일 목록 읽기 → grep으로 키워드 검색 → 파일 통째로 읽기. 의미 있는 단계는 3번뿐이에요. 앞의 1·2번은 탐색에 낭비되는 토큰입니다.
핵심
qmd를 쓰면 이 탐색 과정을 통째로 건너뜁니다. 프로젝트의 모든 파일을 미리 색인해놓고 클로드가 검색 엔진처럼 바로 원하는 코드를 찾을 수 있게 해주는 거예요.| 작업 | 기존 토큰 | qmd 적용 후 | 절감률 |
|---|---|---|---|
| 인증 로직 탐색 | 2,700 | 250 | 91% |
| 결제 버그 수정 | 3,950 | 400 | 90% |
| DB 스키마 파악 | 6,000 | 400 | 93% |
qmd 설치 → 프로젝트 인덱싱 → Claude Code에 MCP 서버로 연결. 5분이면 끝이에요. 프로젝트가 커질수록 효과가 극대화됩니다.
2
파일 재읽기 방지 훅 (read-once)
클로드는 세션 내에서 같은 파일을 반복해서 읽어요.
package.json을 읽고, 변경하고, 또 읽어서 확인하고, 연관 파일 작업할 때 또 읽어요. 매번 읽을 때마다 그 파일의 전체 토큰 비용이 발생합니다.현재 상태
Read 도구 토큰의 40~60%가 중복 재읽기에 낭비read-once 적용 후
이미 읽은 파일을 추적 → 중복 재읽기 차단 → 60~90% 절감diff 모드도 있어요 — 파일 읽기를 완전히 차단하는 대신 마지막으로 읽은 이후 변경된 줄만 반환하는 방식. 편집 내용을 확인해야 할 때 유용합니다.
3
훅으로 로그 전처리
클로드에게 필요한 건 에러 메시지뿐이에요. 테스트를 실행하거나 빌드를 돌리면 전체 출력이 컨텍스트 창으로 들어와요. 통과된 테스트 200개 결과는 클로드한테 필요 없어요.
기존
테스트 실행 전체 출력통과 200개 + 실패 3개
훅 필터링 적용 후
FAILED · ERROR 줄만실패 3개만 클로드에게 전달
- 빌드 로그 — WARNING, ERROR 포함된 줄만 추출
- git log — 최근 10개로 자동 제한
- verbose 출력 — head나 tail로 자동 캡
4
환경 변수로 비용 직접 제어
명령어 없이 환경 변수로 바로 제어할 수 있습니다.
export DISABLE_NON_ESSENTIAL_MODEL_CALLS=1
# 백그라운드 모델 호출 비활성화 — 핵심 워크플로우에는 영향 없음
export DISABLE_COST_WARNINGS=1
# 비용 경고 메시지 끄기 — ccusage로 사용량 파악 후 적용 권장
export DISABLE_PROMPT_CACHING=0
# 전체 비활성화 (디버깅·벤치마킹 시에만)
export DISABLE_PROMPT_CACHING_SONNET=1 # 모델별 선택 비활성화
# 백그라운드 모델 호출 비활성화 — 핵심 워크플로우에는 영향 없음
export DISABLE_COST_WARNINGS=1
# 비용 경고 메시지 끄기 — ccusage로 사용량 파악 후 적용 권장
export DISABLE_PROMPT_CACHING=0
# 전체 비활성화 (디버깅·벤치마킹 시에만)
export DISABLE_PROMPT_CACHING_SONNET=1 # 모델별 선택 비활성화
주의
프롬프트 캐싱은 반복 요청 비용을 많이 절감해줘요. 특별한 경우가 아니라면 켜두는 게 유리합니다.5
MCP 툴 설명 다이어트
도구 설명이 길면 그게 그대로 토큰이에요. AI가 이해할 수 있는 최소한만 남기기.
Before — ~300 토큰
"Reads the complete contents of a file at the specified path. Supports relative and absolute paths. Returns the file content as a string. Useful when you need to inspect, analyze, or modify..."After — ~20 토큰
"Read file contents at path. Returns string."도구 1개당 절약
60~80토큰
도구 50개면 메시지마다
3,000~4,000토큰 절감
6
MCP 도구 필터링
특정 MCP 서버에서 실제로 쓰는 도구가 전체의 일부밖에 안 되는 경우가 많아요. 서버를 연결하면 전체 도구 정의가 다 로드되니까요.
GitHub MCP 전체 도구
30개
필터링 후
8개 — 73% 오버헤드 감소
- MCP 서버 문서나 소스코드에서 필터링 옵션 확인
- 오픈소스라면 직접 포크해서 안 쓰는 도구 제거 또는 필터링 레이어 추가
- 모든 서버가 지원하진 않지만 대형 서버들은 확인해볼 가치 있음
7
에이전트별 최소 도구 세트 분리
단일 세션에 모든 도구를 몰아넣지 마세요.
코드 리뷰
웹 검색 도구필요 없어요
고객 데이터
파일시스템 도구필요 없어요
배포 담당
DB 조회 도구필요 없어요
두 가지 이점
토큰 절감 — 불필요한 도구 정의가 컨텍스트에 들어오지 않음오작동 리스크 감소 — 코드 리뷰 에이전트가 DB에 직접 접근할 수 없으니 실수 방지
8
멀티 터미널 전략
하나의 터미널에서 모든 작업? 컨텍스트가 오염돼요. 피처 개발 하다가 리팩토링 하고, 다시 버그 픽스하면 서로 다른 작업의 잔재들이 컨텍스트에 뒤섞입니다.
터미널 1
기능 개발기능 구현 관련 컨텍스트만
터미널 2
리팩토링구조 개선 관련 맥락만
터미널 3
디버깅오류 해결·로그 분석만
- 컨텍스트 충돌 없음 — 각 터미널이 자신의 작업에만 집중
- 메모리 효율 향상 — 필요한 정보만 유지해 컨텍스트가 가볍게 유지
- 병렬 작업 가능 — 한 터미널 개발 중, 다른 터미널에서 디버깅 동시 진행
9
시리즈 총 정리 — 총 52가지
전부 다 한꺼번에 적용하려 하지 마세요. 단계적으로 익혀가면 무리 없이 할 수 있어요.
10
이 순서로 가면 무리 없이 적용할 수 있어요
단계적 적용 순서
1
초급 습관화
/clear 습관 · 소넷 모델 기본 사용 — 이것만 해도 체감이 달라요
2
중급 환경 정비
.claudeignore 만들기 · CLAUDE.md 다이어트 · MCP 서버 정리
3
고급 도구 적용
qmd 설치 · read-once 훅 적용 · 멀티 터미널 운용
★
MAX 플랜 전에 52가지 먼저
이것만 해도 지금 플랜으로 충분히 많은 걸 할 수 있어요