유형: Reddit 게시물 작성자: ShilpaMitra 원본 날짜: 2026-06-01 출처: https://www.reddit.com/r/WebAfterAI/comments/1tsyu18/everyone_keeps_saying_mcp_is_dead_is_it_though/
요약
이 게시물은 “MCP가 죽었다”는 주장을 반박한다. MCP(Model Context Protocol)의 초기 컨텍스트 블롯 문제는 실제였으며, 많은 유명 인사들이 비판에 동참했지만, Anthropic의 코드 실행 접근법(한 워크플로우에서 98.7% 토큰 감소), Cloudflare의 Code Mode, 지연 툴 로딩 등을 통해 문제가 크게 개선되었다. CLI는 모델이 이미 학습한 명령어에 대해 효율적이지만, MCP는 CLI가 없는 서비스, 팀 인증, DB 가드레일 등에서 강점을 가진다. 따라서 “어느 쪽을 선택”하기보다 작업에 맞게 도구를 선택해야 한다고 주장한다.
주요 통찰
- 컨텍스트 블롯은 실제 문제였지만 이미 해결되었다. 초기 MCP는 모든 툴 정의를 무조건 로드하여 막대한 토큰을 소모했지만, Anthropic과 Cloudflare의 최적화로 컨텍스트 사용량이 85-98% 감소했다.
- “72% 컨텍스트” 통계는 Apideck 출처이며, Perplexity가 아니다. 이 통계는 자주 Perplexity에 잘못 귀속되었지만, 실제로는 Apideck의 측정 결과였다.
- Perplexity는 내부 시스템만 CLI/API로 전환했으며, 공개 MCP 서버는 계속 운영 중이다. 이는 “취소”가 아닌 최적화에 가깝다.
- CLI는 이미 학습된 명령어에 대해 거의 무료 컨텍스트를 제공한다. 모델이 이미 man 페이지와 StackOverflow에서 학습한 명령어는 추가 로딩이 필요 없다.
- 좁은 범위의 소규모 MCP(4-5개 툴)는 컨텍스트 비용이 무시할 만하다. 단일 목적 MCP는 설계 자체가 “필요할 때만 로드”에 부합한다.
세부 사항 / 주목할 점
컨텍스트 블롯 측정치
| 주장 | 측정 대상 | 출처 |
|---|---|---|
| 호출당 3배, 첫 호출 9.4배 느림 | Jira MCP vs REST API 직접 호출 | Eric Holmes (2026년 2월) |
| 200K 중 143K 토큰 선점 | 3 서버(GitHub, Slack, Sentry), ~40 툴 | Apideck |
| CLI 대비 4~32배 많은 토큰 | MCP vs 동등한 CLI 호출 | Scalekit |
해결책
- Anthropic 코드 실행 접근법: 에이전트가 툴을 코드 파일로 탐색하고 필요한 것만 로드. 서버는 디렉토리 구조로 제공되며, 에이전트는 필요한 파일을 임포트. 결과: 150,000 → 2,000 토큰 (98.7% 감소)
- Cloudflare Code Mode: 독립적으로 동일한 아이디어 도달.
- Claude Code 툴 검색 + 지연 로딩: MCP 컨텍스트 사용량 85% 이상 감소.
MCP vs CLI 선택 가이드
| 사용 도구 | 적합한 상황 |
|---|---|
| CLI | 실제 CLI가 존재하고 모델이 이미 알고 있음 (gh, psql, aws). 가볍고, 완전히 구성 가능, 터미널에서 디버깅 가능. |
| Skills (CLI 내장) | 반복 가능한 다단계 워크플로우. 호출될 때만 로드됨. |
| MCP | CLI 없는 웹 전용 SaaS, 팀 인증 및 권한 스코핑 필요, 생산 DB에서 읽기 전용 강제 및 DROP TABLE 차단. |