MCP는 죽었다, MCP 만세 - 엔터프라이즈 환경에서 MCP가 여전히 필수인 이유
목차
개요
Charles Chen이 MCP is Dead; Long Live MCP! 아티클을 통해 MCP의 엔터프라이즈 가치를 재조명했다. 6개월 전 AI 업계를 지배했던 MCP 논의가 CLI 도구 열풍에 밀려났지만, 조직 규모의 AI 엔지니어링에서는 여전히 MCP가 필수적이라는 주장이다. 개인 개발자에게 효과적인 것과 조직이 요구하는 일관성, 보안, 품질은 근본적으로 다르다는 것이 핵심 논지다.
배경
AI 업계의 하이프 사이클 문제
Chen은 AI 업계의 인플루언서 주도 마케팅을 비판한다. 6개월 전에는 MCP가 모든 논의를 지배했지만, 업계는 빠르게 CLI 도구 방향으로 전환했다. 이러한 급격한 전환 뒤에는 비판적 분석이 부족하다는 문제가 있다. 트렌드를 쫓는 것보다 각 도구의 실질적인 장단점을 분석하는 것이 중요하다는 점을 강조한다.
핵심 내용
CLI의 토큰 절감 효과는 과장되었다
CLI가 컨텍스트 효율성 면에서 이점을 제공하는 것은 사실이다. jq, curl, git처럼 LLM의 학습 데이터에 잘 알려진 유틸리티에 대해서는 별도의 스키마 설명 없이도 효과적으로 작동한다. 그러나 커스텀 CLI 도구의 경우 상황이 달라진다. 커스텀 도구는 MCP와 동일하게 문서화 및 스키마 공개 문제에 직면한다. Chen은 이를 다음과 같이 설명한다. “잘 알려진 도구가 아닌 이상, 에이전트는 CLI 도구의 help 콘텐츠를 점진적으로 탐색해야 한다.” 결국 토큰 절감의 이점은 범용 도구에 한정되며, 조직 내부의 커스텀 도구에서는 CLI도 MCP와 같은 수준의 오버헤드가 발생한다.
MCP의 이중성 - stdio와 HTTP
MCP는 두 가지 전송 방식에 따라 전혀 다른 가치를 제공한다.
| 전송 방식 | 특징 | 평가 |
|---|---|---|
| stdio 기반 MCP | 로컬 실행, CLI와 유사한 방식 | CLI 대비 이점이 미미함 |
| HTTP 기반 MCP | 서버 기반 원격 실행 | 조직 환경의 게임 체인저 |
HTTP 기반 MCP가 제공하는 조직적 이점은 다음과 같다.
첫째, 중앙 집중식 기능 관리가 가능하다. PostgreSQL 쿼리, 그래프 쿼리 등의 기능을 서버에서 중앙 관리할 수 있다.
둘째, GitHub Actions 같은 임시 런타임 환경을 지원한다. 로컬에 도구를 설치할 필요 없이 서버를 통해 기능에 접근할 수 있다.
셋째, OAuth 기반 인증을 통해 분산된 시크릿 노출을 제거한다. 개별 개발자 환경에 API 키나 인증 정보를 배포할 필요가 없다.
넷째, 표준화된 OpenTelemetry 모니터링을 제공한다. 조직 전체의 AI 에이전트 활동을 일관되게 추적하고 관찰할 수 있다.
다섯째, 프롬프트와 리소스를 통한 동적 콘텐츠 전달이 가능하다.
커뮤니티에서도 “CLI는 로컬 도구이고 MCP는 서버라서 용도가 다르다”는 의견이 지배적이었다. HTTP 기반 MCP는 “결정적 게이트로 감싸는 구조”로 신뢰성을 향상시킨다는 평가도 있었다.
간과된 MCP 기능 - 프롬프트와 리소스
MCP에서 가장 간과되는 기능은 프롬프트와 리소스다. 이 기능들은 서버에서 전달하는 스킬 문서화와 콘텐츠 라이브러리 역할을 한다. 팀 전체에 일관되고 최신 상태의 가이드를 제공할 수 있다는 점에서 조직 환경에서 특히 유용하다. 예를 들어 데이터베이스 쿼리 패턴이나 내부 API 사용 가이드를 MCP 서버를 통해 동적으로 제공하면, 모든 에이전트가 동일한 최신 정보를 기반으로 작동하게 된다.
개인 개발자 vs 조직의 요구사항
개인 개발자의 바이브 코딩 환경에서 효과적인 것이 조직에서도 통하지는 않는다. 조직은 일관성, 보안, 품질, 정확성이라는 네 가지 요구사항을 충족해야 한다.
| 관점 | 개인 개발자 | 조직 |
|---|---|---|
| 도구 선택 | CLI 중심, 유연한 선택 | 표준화된 MCP 서버 |
| 보안 | 로컬 시크릿 관리 | OAuth 중앙 인증 |
| 모니터링 | 선택적 | 필수, OpenTelemetry 표준 |
| 가이드 | 개인 경험 기반 | 서버 전달 프롬프트/리소스 |
| 실행 환경 | 로컬 머신 | 임시 런타임 포함 다양한 환경 |
한편 커뮤니티에서는 CLI와 REST API만으로 충분하며 MCP는 “불필요한 계층”이라는 비판도 있었다. 이에 대한 절충안으로 “개인은 CLI, 조직은 MCP”라는 하이브리드 접근이 제안되기도 했다.
의미와 시사점
이 논의는 AI 도구 생태계가 성숙해가는 과정에서 필연적으로 나타나는 분화를 보여준다. 개인 생산성 도구와 엔터프라이즈 인프라는 서로 다른 설계 원칙을 따른다. MCP의 HTTP 전송 방식은 단순한 도구 호출을 넘어 조직의 AI 거버넌스 프레임워크로 기능할 수 있다. 보안, 모니터링, 일관성이라는 엔터프라이즈 요구사항은 CLI만으로는 해결하기 어려운 영역이다. 앞으로 MCP가 엔터프라이즈 환경에서 자리를 잡으려면, stdio 기반의 로컬 사용 사례보다 HTTP 기반의 서버 아키텍처에 집중하는 것이 핵심이 될 것이다.
결론
MCP를 둘러싼 논쟁은 결국 “누구를 위한 도구인가”라는 질문으로 귀결된다. 개인 개발자에게 CLI는 가볍고 효율적인 선택이다. 그러나 조직 규모에서 일관된 보안, 모니터링, 동적 가이드 전달이 필요하다면 HTTP 기반 MCP가 제공하는 가치는 대체하기 어렵다. 하이프 사이클에 휩쓸리지 않고, 각 도구가 제공하는 실질적 가치를 맥락에 맞게 평가하는 것이 중요하다.