상위: 03_00_MOC
툴 과부하 — MCP 실태와 토큰 경제학
왜 MCP 환경에서 특히 심각한가
2025~2026년 들어 MCP(Model Context Protocol) 는 LLM 에이전트의 사실상 표준 툴 인터페이스로 자리 잡았다. 수백 개의 외부 툴을 에이전트에 연결할 수 있다는 것이 MCP의 약속이지만, 그 약속에는 구조적인 함정이 따라온다.
LLM은 상태가 없다(stateless). 매 요청마다 전체 툴 목록을 처음부터 다시 받아야 하고, 지금 쓰지 않을 툴을 잠시 옆으로 치워두는 일이 구조적으로 불가능하다(EclipseSource, 2026). MCP 서버를 늘릴수록 요청마다 컨텍스트 점유가 누적된다는 뜻이다.
실측 컨텍스트 점유율
| 구성 | 컨텍스트 점유 | 출처 |
|---|---|---|
| Playwright MCP 단일 서버 | Claude Sonnet 4 200K의 22.2% | Demiliani (2025) |
| Playwright + GitHub + IDE 3개 조합 | 컨텍스트의 20%+ (작업 시작 전) | EclipseSource (2026) |
| 5개 MCP 서버 × 30툴 = 150툴 | 30,000~60,000 토큰 (200K의 25-30%) | Lunar.dev (2025) |
주의: Playwright 단일 서버의 22.2%는 Demiliani(2025)의 실험에서, 3개 조합의 20%+는 EclipseSource(2026)의 별개 구성에서 나온 값이다. 둘 다 유효하지만 측정 대상이 서로 다르다.
플랫폼별 하드 리밋
각 플랫폼이 툴 수에 상한을 둔다는 사실 자체가 툴 과부하가 실제 문제임을 보여준다.
| 플랫폼 | 최대 툴 수 | 초과 시 동작 |
|---|---|---|
| Cursor | 40툴 | 처음 40개만 전달, 나머지 무시 |
| GitHub Copilot | 128툴 | — |
| Claude | 120툴 | — |
비용 계산 사례 (AX 컨설팅 현장용)
- 시나리오: 5개 MCP 서버 × 30툴 = 150툴 = 약 60,000 토큰 오버헤드
- Claude Sonnet 4.5 입력가: $3/MTok
- 하루 호출: 10,000회
툴 정의 비용/일 = 60,000 토큰 × 10,000회 × $3/1,000,000
= $1,800/day
RAG-MCP로 절반을 줄이면 하루 $900, 연간 $328,500을 아낄 수 있다(Gan & Sun 2025 수치 기반 추산).
응답 품질 저하 패턴
EclipseSource(2026)는 컨텍스트가 과부하에 이르면 명확한 오류 대신 조용한 품질 저하가 나타난다고 경고한다.
- 엉뚱한 툴 선택(wrong tool call)
- 툴을 호출하지 않고 결과를 지어냄(tool bypass / hallucination)
- 지시사항을 일부 무시하거나 잊어버림
- 품질 저하가 예측 불가(unpredictable)하게 발현
이런 양상은 모니터링을 어렵게 만든다. 전부 실패하는 것이 아니라 때로는 잘 돌아가고 때로는 무너지는 패턴이기 때문이다.
실용 지침 요약
Anthropic 문서(2025)와 EclipseSource(2026)가 제시하는 지침은 다음과 같다.
- 총 컨텍스트 사용량을 40% 미만으로 유지(EclipseSource 권고)
- MCP 서버를 추가하기 전에 현재 컨텍스트 점유율을 측정
- 지금 태스크와 직접 관련 없는 MCP 서버는 비활성화
- 서브에이전트(subagent)를 분리해 각 에이전트가 전문 툴만 갖도록 구성 → 06 해결전략
- 동적 툴 선택(RAG-MCP)이나 search-and-load 적용 → 03_05-paper-rag-mcp · 03_08-해결전략-less-is-more
graph TD A["MCP 서버 추가"] --> B{컨텍스트 점유율 측정} B -->|40% 미만| C[안전 — 진행 가능] B -->|40% 이상| D[위험 — 동적 선택 필요] D --> E[RAG-MCP 적용] D --> F[서브에이전트 분리] D --> G[불필요 MCP 비활성화] style D fill:#e74c3c,color:#fff style C fill:#2ecc71,color:#fff
참고문헌
- MCP and Context Overload: Why More Tools Make Your AI Agent Worse — EclipseSource, 2026, 블로그
- Model Context Protocol and the ‘too many tools’ problem — Stefano Demiliani, 2025, 블로그
- How to Prevent MCP Tool Overload and Build Faster, Safer AI Agents — Lunar.dev, 2025, 블로그
- Managing context on the Claude Developer Platform — Anthropic, 2025, 공식 문서
- RAG-MCP: Mitigating Prompt Bloat in LLM Tool Selection via Retrieval-Augmented Generation — Gan & Sun, 2025, arXiv
형제 노트: 03_01-정의와-메커니즘 · 03_03-소형모델-취약성 · 03_05-paper-rag-mcp · 03_08-해결전략-less-is-more 타 챕터: 06 해결전략