TL;DR
한 대 Mac에서 6월 1일~7월 24일 동안 13,600건의 Claude Code 요청 로그를 집계한 결과, 7월 중순 워크플로 변경으로 출력 토큰량이 급증했고 서브에이전트 기여 비중이 19%에서 27%로 증가했다. 동일 기간 동안 주간 캐시 히트율은 92%에서 97%로 높았고 전체적으로 3.35B의 캐시 읽기 대비 153M의 신선 입력 토큰이 기록되어 캐시 재사용이 입력 부담을 크게 줄인 것으로 나타났다. 1,000 출력 토큰당 신선 입력 토큰 수는 워크플로 변경 전후에 24.4k에서 13.3k로 개선되어 코드베이스 위키와 서브에이전트 분업이 컨텍스트 재구성 비용을 절감한 근거를 제공했다. 다만 단일 로컬 환경 데이터이므로 대규모 배포 환경으로의 일반화에는 주의가 필요하다.
주요 논점
사전구성된 코드베이스 위키와 서브에이전트 분업은 반복적 컨텍스트 재탐색을 줄여 신선 입력 토큰 비용을 절감한다는 주장이 다수의 지표로 뒷받침되었다. 주별 신선 입력 토큰/1k 출력 지표가 워크플로 변경 주에 유의미하게 하락했고 캐시 히트율이 높아 전체 입력 부담이 감소했다. 따라서 문서화된 컨텍스트를 에이전트 입력으로 사용하는 전략이 토큰 효율을 높였다.
서브에이전트의 출력 비중 증가는 시스템 처리량을 높였지만 캐시 의존도가 결과를 과대평가할 위험이 존재한다는 지적이 제기될 수 있다. 캐시 히트율이 매우 높아 신선 입력이 상대적으로 적게 관찰된 만큼 다른 환경에서 동일한 비율이 재현될지는 불확실하다. 따라서 워크로드와 인프라에 따라 비용-효율 균형이 달라질 수 있다는 견해가 일부 존재한다.
합의점 vs 논쟁점
합의점
- 로컬 세션 로그로부터 주별 토큰 사용량과 서브에이전트 기여 비중을 정량적으로 측정할 수 있었다.
- 캐시 히트율이 높을수록 신선 입력 토큰 소비가 줄어들어 전체 토큰 비용 최적화에 기여했다.
- 서브에이전트가 코드베이스 위키 같은 정형화된 컨텍스트를 참조하면 반복 재탐색을 줄여 효율이 개선되었다.
논쟁점
- 서브에이전트가 자동 생성된 코드베이스 위키를 읽도록 강제하는 방식이 항상 정확성과 최신성을 보장하는지에 대해서는 의견이 갈렸다.
- 이번 결과가 단일 Mac 환경과 특정 사용 패턴에 기반한 만큼 대규모 배포 환경으로 일반화할 수 있는지에 대한 논쟁이 존재한다.
실용적 조언
- 반복적으로 같은 코드 컨텍스트를 요청하는 워크플로에서는 코드베이스 위키 형태의 정형화된 컨텍스트를 생성해 서브에이전트가 이를 참조하도록 하면 신선 입력 토큰 비용을 절감할 수 있다. 위키는 핵심 파일과 인터페이스 요약을 포함하도록 구성해 동일 정보를 재탐색하지 않게 해야 하고, 이로 인해 1,000 출력 토큰당 신선 입력 토큰 수가 절감되는 효과가 관찰되었다. 운영 중에는 위키의 최신성 유지를 위한 주기적 갱신 전략과 함께 캐시 만료 정책을 설정해야 한다.
- 토큰 비용을 정량적으로 관리하려면 per-request 로그에서 출력 토큰과 신선 입력 토큰을 분리해 모니터링해야 한다. 주간 캐시 히트율과 신선 입력 대비 캐시 읽기 비율을 함께 추적하면 캐시 전략의 효과를 평가할 수 있으며, 본 자료에서는 캐시 읽기 3.35B 대비 신선 입력 153M이라는 절대 수치가 효율 개선의 근거가 되었다. 변동이 큰 주에는 서브에이전트 정책을 점검해 의도치 않은 반복 탐색이 발생하고 있는지 확인해야 한다.
섹션별 상세
이미지 분석

그래프는 7월 13일과 7월 20일 주에 전체 출력 토큰이 크게 증가한 사실을 시각적으로 드러내며, 각 막대의 색상 분할로 서브에이전트가 차지한 비중이 19%에서 27%로 상승한 점을 확인할 수 있다. 상단의 주석은 7월 13주에 서브에이전트를 Sonnet 전용으로 하고 코드베이스 위키를 활용했음을 명시해 워크플로 변경과 출력 증가의 시간적 상관관계를 제공한다.
주별 출력 토큰량과 메인 모델·서브에이전트의 기여 비중을 쌓아올린 막대그래프로서 6월 1일~7월 20일의 추이를 보여준다.

하단 그래프는 7월 6주에 24.4k로 피크를 찍은 뒤 7월 13주와 7월 20주에 각각 13k·13.3k 수준으로 하락한 점을 통해 서브에이전트 정책 변경과 위키 활용이 신선 입력 토큰 비용을 절감했음을 정량적으로 보여준다. 출처 문구의 캐시 히트율(92%~97%) 및 전체 캐시 읽기와 신선 입력 토큰 총량 수치가 함께 제공되어 그래프의 해석을 뒷받침한다.
1,000 출력 토큰당 신선 입력 토큰 수를 주별로 표시한 막대그래프로서 컨텍스트 재구성 비용 추이를 보여준다.
용어 해설
- Subagent
- — 메인 에이전트 내부에서 특정 작업을 분담하도록 생성되는 보조 에이전트로서, 입력을 받아 독립적으로 컨텍스트를 탐색하거나 외부 도구를 호출한 뒤 결과를 메인 에이전트에 반환한다. 서브에이전트는 별도의 쿼리와 토큰 소비를 발생시키므로 전체 시스템의 토큰 비용과 응답 분산 비중에 직접적인 영향을 미친다. 이 글에서는 서브에이전트의 출력 비중 변화와 그에 따른 새 입력 토큰 비용 변화를 해석하는 데 필수 개념이다.
- Cache Hit Rate
- — 이전 계산 또는 컨텍스트 조회 결과를 재사용할 수 있었던 비율로서, 같은 요청에서 새로 토큰을 읽어오지 않고 캐시에서 데이터를 가져온 빈도를 의미한다. 캐시 히트율이 높으면 서버나 로컬 환경에서의 '신선 입력 토큰' 소비가 줄고 비용과 지연이 감소한다. 제공된 로그에서는 주별 캐시 히트율이 92%에서 97%로 매우 높게 관찰되어 전체 입력 토큰 부담이 캐시 재사용에 의해 크게 완화되었음이 확인된다.
- Fresh Input Tokens
- — 캐시에서 재사용되지 않고 요청 시점에 새로 읽혀서 컨텍스트를 재구성하는 토큰 수를 의미하며, 단위 출력당 재구성 비용을 평가할 때 사용된다. 본 자료에서는 1,000 출력 토큰당 신선 입력 토큰 수를 측정하여 효율성을 비교했고, 값이 낮을수록 캐시 활용과 컨텍스트 재구성 비용이 효율적임을 의미한다. 이 지표는 특히 서브에이전트 동작 방식이나 코드베이스 위키 활용 전후의 효과를 정량화하는 데 핵심 지표로 쓰였다.
- Codebase Wiki
- — 프로젝트 소스코드와 관련 메타정보를 문서화해 에이전트가 빠르게 참조할 수 있게 한 구조화된 컨텍스트 자료로서, 원본 파일을 재탐색하지 않고 요약된 정보를 제공한다. 자동 생성 위키를 서브에이전트의 입력으로 사용하면 동일 정보에 대한 반복적인 탐색을 줄여 신선 입력 토큰을 절감할 수 있다. 본 로그에서는 해당 위키를 읽도록 서브에이전트 동작을 변경한 주에 토큰 효율 개선이 관찰되었다.
언급된 도구
코드 작성 및 리팩터링을 자동화하는 코딩 에이전트로서 세션 로그 기반의 요청에서 메인 모델과 서브에이전트로 구성된 워크플로에 사용되었다.
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.