1. 클로드 코드 토큰 아끼기

바이브 코딩 경진대회를 위해 프로젝트를 하던 중 코드 에이전트의 툴 토큰이 너무 빠르게 감소하는 점과 전체적으로 효율이 좋지 않다는 점을 알았다. 같은 문제를 없애는 방법을 공부할 것이다.

https://www.youtube.com/watch?v=afr2jTsRSMc&t=150s

• 위 유튜브에서 클로드 코드 토큰 절약 팁을 참고했고,

찐 개발자의 바이브 코딩은 다릅니다 - 클로드코드 바이브코딩 실전 워크플로우 모두 공개

• 위 영상에서 바이브 코딩에 대한 팁들을 알았다.

토큰 절약

1. /clear기능 이용

클로드 코드는 기본적으로 이전 대화내용까지 모든 내용을 읽고 코드를 작성한다. 따라서 새 작업 시작 전 반드시 /clear를 사용해 사용한다.

2. 프롬프트의 범위를 제한하는 방법

보통 ‘이 코드 개선해줘’이런 식으로 보내지만,

자세히 ‘특정 파일’의 ‘특정 함수’에서 ‘어떤 기능을 해줘’라고 딱 집어서 이야기하는게 중요하다.

3. 간단한 명령은 묶어서 한 번에 보내기

요약해줘→포인트 잡아줘→제목 추천해줘 이런식으로 3번 말하는 것은 3배로 과금한다.

그러나 이를 한번에 요약하고, 포인트 잡은 후 제목 추천해줘 이런 식으로 말하는게 좋음.

• 여기서 잘못 답했을 때, 아니, 그게 아니야 이런 메세지 등 후속 메시지를 사용하는건 좋지 않다.
• 원본 메세지의 편집 버튼으로 수정한 후 재생성하는게 좋음(잘못된 기록 삭제)

4. 붙여넣기는 꼭 필요한 것만.

클로드는 해당 코드를 전부 읽게 되는 토큰 낭비가 발생

• 단락 하나의 맥락만 필요하면 그것만 넣는 게 중요.

5. 작업하기 귀찮을 때 자동 수락 모드로 할 경우가 있는데 이건 위험하다

같은 파일을 반복해서 읽는 루프에 빠질 수도 있기 때문.

• 초반에 이런 문제를 발견해서 멈추면 수천 토큰을 아낄 수 있음.

6. 기본모델은 sonnet을 사용

작업에 맞게 사용해야함.

• Haiku: 학습, 간단한 실습, 단순한 질문
• Sonnet: 일반 코딩, 기능 구현, 파일 수정(pro는 이게 거의 고정적으로 사용)
• Opus: 복잡한 아키텍처 설계, 깊은 디버깅 등

7. 안쓰는 기능 끄기

MCP를 켜두면 쓸데없는 토큰을 소모하게 된다.

• 특히 Extended thinking등 은 기본으로 활성화 되어있는데 켜져있으면 엄청 사용한다.

8. 메모리와 사용자 설정 저장해두기

새 채팅을 열때마다 프롬프트를 입력하는 경우가 있다.

• 역할과 스타일은 한 번만 저장

9. 피크타임을 피해서 작업하기

• 밤 10시 ~ 새벽 4시 는 같은 작업을 해도 빠르게 소진되는 경우가 있다(미국 동부 오전 8시~2시)

10. 리셋타이밍을 과감하게 이용하라

11. 하루를 2~3개의 세션으로 나눠서 사용하자

오전에 핵심작업 처리→오후에 좀 사용 → 저녁에 사용

이런식

12. 1세션에선 1작업만 하자(/clear)

버그수정, 기능추가, 리펙토링 등 여러 작업을 한 세션에 하면

• 컨택스트가 섞이며 오염된다.
• 클로드가 이전 작업 내용을 들고 오며 토큰이 낭비된다
• 할루시네이션까지 발생한다

13. 세션 시작 전 작업 목록을 미리 정리한다.

클로드 코드를 켜고 작업을 바로 시작하지 않고,

• 오늘 처리할 작업 선택
• 우선순위에서 가장 중요한것 시작
• 5시간 세션을 하나의 스프린트 처럼 대하자→ 집중력 유지+ 불필요한 탐색 토큰 절약

14. Extra Usage 안전장치 켜두기

중요한 작업중 갑자기 막히는 상황 방지를 위한 안전장치(토큰 초과 가능하도록)

15. /rename,/resume 활용

/clear로 컨텍스트 비우기 전, /rename으로 세션 이름 저장

나중에 /resume을 통해 쉽게 돌아갈 수 있음.

• /clear 했다고 완전히 없어지는 개념이 아니다. (이름 붙여서 보관 가능)

16. /context, /cost, /usage 활용

• /context : 토큰을 어디서 얼마나 쓰는지 컴포넌트 별로 확인
• /cost: 현재 세션의 실제 토큰 사용량, 예상 비용 확인
• /usage: 커런트 세션, 주간 사용량 한눈에 확인 가능

17. 사용량 대시보드 열어두기

• npm install -g @ryoppippi/ccusage → CLI에서 실시간 사용량 확인 가능

---

claude.md최적화

1. .claudeignore파일 만들기

• 클로드는 node_modules, .next, dist같은 파일을 모두 읽으려 든다
• .gitignore같이 클로드가 읽지 않을 파일을 지정하는게 유용하다.
  • 이 프로젝트 기반으로 .claudeignore추천해줘 하면 알아서 만들어준다.

2. CLAUDE.md는 200줄 이하로 유지하기

• 세션 시작때만 읽히는게 아닌 매 메세지 마다 읽힘.
  • 이 프로젝트는 같은 서술형 문장을 제거한다.
  • 헤딩, 리스트, 테이블로 구조화
  • 규칙은 최소 단위로 축약,(코드 예시는 과도하게 포함 금지)
  • 200줄이 넘으면 다이어트 타이밍.
• claude.md 사용법:
  • 처음 프로젝트에선 /init을 실행 (출발점)
  • 이걸 실제 프로젝트에 맞게 다듬음.
  • 지도 제공: 디렉토리 아키텍처를 보여주는것
  • main.py ├── logs │ ├── application.log ├── modules │ ├── cli.py │ ├── logging_utils.py │ ├── media_handler.py │ ├── player.py

3. 상세 지식은 스킬로 분리

• claude.md가 200줄이 넘어가면, 나머지 내용은 스킬 파일로 분리한다.
  • docs/api-guide.md등

4. claude.md에 절약규칙 추가

1. 이미 읽은 파일은 다시 확인하지 않는다.
2. 불필요한 도구 호출은 하지 않는다.
3. 가능한 도구 호출은 동시에 실행한다.
4. 20줄 이상의 불필요한 출력은 서브에이전트에 위임한다.
5. 사용자가 이미 설명한 내용을 다시 반복하지 않는다.

5. claude.md에 이미 결정된 내용 적어두기

• 안정적인 아키텍처 결정
• 코딩 규칙과 컨벤션
• 빌드, 테스트, 배포 명령어
• 자주하는 실수와 해결책 등

6. @로 파일 전체 참조를 지양한다.

• 500줄 코드 → 전체 참조 가능
• 500~2000줄 → 필요 구간 지정
• 2000줄 이상 → 함수, 클래스 단위로 분리해서 참조

7. 60% 지점에 수동으로 압축하기

클로드는 컨텍스트 95%가 차면 자동으로 압축한다 하지만 그때는 이미 컨텍스트 품질이 상당히 저하된 상태이다.

1. context명령어로 사용률 확인(60% 도달 시 수동으로 대응)
2. 보존할 내용을 함께 지시하며 /compact 실행
3. 압축을 3~4번 할 정도로 길어지면 세션 요약 후 /clear 후 새로 시작

8. 자리 비우기 전 압축하거나 클리어

캐시가 만료되면 처음부터 재처리 하므로 토큰 소비에 큰 영향을 줌

• 따라서 자리 비울 때 /compact 나 /clear를 사용해야함.

9. 셸 명령어의 긴 출력 주의

클로드가 셸 명령어를 실행하면 전체 출력이 컨텍스트 윈도우로 그대로 들어온다.

• 전체 테스트 대신 특정 모듈만 실행해줘 하는 식으로 진행하는 것이 좋음.

10. Extended Thingking 기능 관리하기

복잡한 아키텍처 설계 할땐 켜두기, 단순한 작업에선 꺼두기

11.분산 메모리 구조 만들기

claude.md를 데이터가 어디있는지 알려주는 인덱스로 활용한다.

 # 항상로드
 CLAUDE.md
 # 필요시만
 docs/api-guide.md
 docs/db-guide.md
 docs/deply-guide.md

• CLAUDE.md에 명시: “API관련 작업이 필요하면 docs/api-guide.md를 읽어라

12. 대규모 작업 후 그냥 /clear 하지 않기?

컨텍스트가 너무 커지면, 날리기 전에 저장하고 이어받기를 하기

• 진행 사항 저장: 지금까지 진행한 내용을 progress.md로 정리해줘 완료된 것, 진행 중, 다음 단계 포함해서
• 컨텍스트 초기화: /clear로 리셋
• 이어서 작업: @progress.md를 읽고 이어서 작업 계속해줘.

13. PDF나 문서를 여러 채팅에서 반복 업로드 하지 말고 Projects기능 활용

shift-tab두번으로 plan모드로 진입

• 클로드가 어떤 파일을 수정할지, 어떤 순서로 할지, 리스크는 뭔지 아웃라인 작성
• 확인하고, 승인하면 그때 실행으로 넘기기

CLAUDE.md에서 “95%확신이 생기기 전에는 어떤 변경도 하지 말아줘, 그 확신에 도달할 때까지 추가 질문을 해줘

14. Statusline항상 띄워두기