상위: 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)의 별개 구성에서 나온 값이다. 둘 다 유효하지만 측정 대상이 서로 다르다.


플랫폼별 하드 리밋

각 플랫폼이 툴 수에 상한을 둔다는 사실 자체가 툴 과부하가 실제 문제임을 보여준다.

플랫폼최대 툴 수초과 시 동작
Cursor40툴처음 40개만 전달, 나머지 무시
GitHub Copilot128툴
Claude120툴

비용 계산 사례 (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

참고문헌


형제 노트: 03_01-정의와-메커니즘 · 03_03-소형모델-취약성 · 03_05-paper-rag-mcp · 03_08-해결전략-less-is-more 타 챕터: 06 해결전략