핵심 요약
- 한 해외 개발자가 앤트로픽의 MCP(모델 컨텍스트 프로토콜)는 모델이 덜 똑똑하던 과거의 유물일 뿐이라며 과감히 퇴출해야 한다고 주장했습니다.
- 수많은 MCP 서버가 컨텍스트 윈도우를 과도하게 잡아먹는 반면, 최근 LLM은 직접 스크립트를 짜고 CLI와 HTTP API를 호출할 정도로 똑똑해졌기 때문입니다.
- 작성자는 굳이 전용 프로토콜을 거칠 필요 없이 성숙한 표준 HTTP API와 마크다운 콘텐츠 협상 등을 직접 활용하는 편이 훨씬 낫다고 지적했습니다.
요약 최근 실리콘밸리와 개발자 커뮤니티에서 필수 기술처럼 떠올랐던 'MCP(모델 컨텍스트 프로토콜)'에 대해 한 개발자가 정면으로 반기를 든 글이 화제가 되고 있습니다. 글쓴이는 최근 성황리에 열린 MCP 관련 행사에 다녀온 뒤 "발표자들은 훌륭했지만 솔직히 이제 MCP에 완전히 질렸다"며, 이는 LLM이 똑똑하지 못했던 시절에 만들어진 '끔찍한 프로토콜'일 뿐이라고 주장했습니다.
작성자의 설명에 따르면, 앤트로픽(Anthropic)이 2024년 11월에 발표한 MCP는 에이전트 워크플로우가 덜 안정적이고 코딩 지원 도구가 미흡하던 시절, AI 모델을 외부 서비스 및 데이터 소스와 연결해 큰 생산성 향상을 이끌어냈습니다. 이후 리눅스 재단 산하 재단에 기증될 정도로 폭발적인 인기를 끌었지만, 사용자가 수많은 MCP 서버를 붙이면서 심각한 문제가 발생했습니다. 각 서버마다 고유의 도구 스키마를 수반하다 보니 모델의 컨텍스트 윈도우가 감당하기 힘들 정도로 부풀려지는 '컨텍스트 블로트(Context Bloat)' 현상이 나타난 것입니다.
문제는 그 사이 프론티어 모델들이 눈부시게 똑똑해졌다는 점입니다. 이제 AI 모델들은 스스로 코드를 작성하고 실행하며, 복잡한 코드베이스를 이해하고 문서화된 API를 직접 호출할 수 있는 능력을 갖추게 되었습니다. 심지어 터미널 환경에서 스스로 '--help' 명령어를 쳐가며 CLI 사용법을 알아내 서비스를 직접 제어하기까지 합니다. 결국 기존 API를 번거롭게 감싸놓은 껍데기에 불과한 수많은 원격 MCP 서버들이 무용지물이 되었다는 분석입니다.
글쓴이는 이제 대부분의 MCP 서버를 과감히 삭제하고, 대신 터미널 접근 권한을 가진 에이전트가 기존 HTTP API나 CLI를 직접 다루는 방식으로 나아가야 한다고 주장합니다. 이미 문서 사이트 등에서 에이전트를 감지해 HTML 대신 마크다운을 반환하는 'Accept: text/markdown' 헤더나, 원하는 언어별 문서를 요청하는 방식 등 성숙한 웹 표준을 활용한 대안이 빠르게 자리 잡고 있다는 설명입니다. 글쓴이는 "MCP라는 토끼 굴에 계속 빠져있을 것이 아니라, 이미 똑똑해진 에이전트를 믿고 MCP를 은퇴시킬 때"라며 글을 맺었습니다.
Sponsored · 광고