Claude Code 사용량 제한을 2일 만에 다 쓰던 상황에서 일주일 내내 쓰는 법으로 바꾼 후기
I went from exhausting Claude Code’s weekly limits in 2 days to making them last the entire week. Here’s my setup
핵심 요약
Claude Code 사용량 제한을 극복하기 위해 워크플로우를 최적화하고 토큰 효율을 높인 구체적인 전략을 공유합니다.
- 코드 그래프 활용 — Trail-Code를 도입해 코드 탐색에 드는 토큰 사용량을 30~40% 절감함.
- 역할 분담 최적화 — Opus를 기획자로, Sonnet을 실행자로 배치해 비용 효율적인 작업 구조를 구축함.
- 컨텍스트 축소 — 전체 컨텍스트를 400K로 제한하고 하위 에이전트별로 컨텍스트를 분리해 오버헤드를 줄임.
- 세션 인수인계 — .md 파일을 통한 명확한 작업 기록으로 세션 간 연속성을 확보하고 중복 탐색을 방지함.
8개월 동안 Claude Code로 복잡한 앱을 만들고 있다. 9월 중순 전까지만 해도 사용량 50% 추가 제공에 주중에 갑자기 리셋되는 일까지 있어서, 사용량 제한 같은 건 신경도 안 썼다. Opus Extra/Max가 거의 모든 걸 다 해줬거든.
그러다 제한이 바뀌고 나니까 이틀 만에 사용량을 다 써버리더라.
그래서 워크플로우를 싹 바꿨다.
- Graft Graph
https://github.com/trailhq/Trail-Code
내 경험상 관련 세션에서 코드 찾는 데 쓰는 사용량을 대략 30~40% 정도 아껴준다.
2. Opus는 계획, Sonnet은 실행
Opus 5.5 Medium을 오케스트레이터로 써서 계획을 짜게 한다. 내가 계획을 승인하면 Sonnet 5.5 서브 에이전트들이 구현을 맡는 방식이지. 이제 모든 작업에 Opus를 갈아 넣지 않는다.
3. 컨텍스트를 1M에서 400K 토큰으로 축소
오케스트레이터 컨텍스트를 줄이고, 서브 에이전트들이 각자 컨텍스트에서 구현을 처리하게 하니까 불필요한 컨텍스트 오버헤드가 확 줄었다.
4. 문서화 + 세션 핸드오프
세션마다 정확한 ".md" 파일을 유지하게 만들고, 계획된 세션이 끝날 때마다 Opus가 상세한 이어가기 프롬프트를 생성하도록 했다. 다음 세션에서 뭐가 끝났고, 뭐가 남았고, 다음에 뭘 해야 할지 바로 알 수 있지. 연속성도 좋아지고, 사용량 낭비도 줄고, 프롬프트도 훨씬 체계적으로 변했다.
결과적으로 세션당 작업 퀄리티나 양은 그대로인데, 이제는 리셋되기 몇 시간 전까지는 주간 할당량을 딱 맞춰서 쓰게 됐다.
교훈이 뭐냐고? 제한 줄었다고 징징대지 말고 워크플로우나 최적화하라는 거다.
Claude Code 고수들, 다들 어떻게 쓰고 있냐? 코드 퀄리티 안 깎아먹으면서 사용량 제한 관리하는 꿀팁 좀 있냐? 내가 시도해 볼 만한 더 나은 Opus/Sonnet 워크플로우 있으면 공유 좀 해줘라.
