MCP는 이제 그만큼 필요하지 않다는 이야기였다
원문 제목 — MCPは今やそんなにいらないよ、って話だった。 ・MCPは2024年11月にAnthropic社が公開した外部接続規格である ・当時はモデルの推論能力が低く、エ
📄 전문 번역
MCP는 2024년 11월 Anthropic이 공개한 외부 연결 규격이다. 당시에는 모델의 추론 능력이 낮았고 에이전트의 자율 동작도 불안정했다. 보급이 진행되면서 도구 정의가 컨텍스트 공간을 압박하는 비대화 문제도 발생했다.
물론 비대화를 막기 위한 래퍼 등 MCP 주변에 대규모 구조가 만들어져 왔다. 그러나 그 사이 모델 측의 추론 능력과 코드 실행 능력이 크게 진화했다. 요즘 LLM은 스크립트를 직접 작성하고, 미지의 API도 직접 호출할 수 있게 되었다.
더욱이 모델 스스로 --help 명령을 참조해 CLI 조작법을 파악할 수 있다. 기존 API나 CLI를 감싼 것에 불과한 MCP 서버는 이제 불필요하다. 터미널을 다룰 수 있는 에이전트라면 API를 직접 호출하는 편이 훨씬 유연하다.
여기까지를 종합하면 대부분의 MCP 서버는 삭제해도 되지 않을까 하는 생각이 든다. 독자적인 전용 규격 대신 기존 HTTP API나 표준적인 구조를 활용하는 편이 낫다. 예를 들어 Accept: text/markdown 헤더를 활용해 콘텐츠를 가져오는 움직임도 있다.
MCP는 모델이 충분히 똑똑하지 못했던 시대의 산물이다. 슬슬 역할을 다해도 되는 때가 된 것 아닌가.
💬 주요 댓글 번역 (5)
🔍 루키 분석
Anthropic이 2024년 11월 공개한 외부 연결 규격 MCP의 필요성에 의문을 제기한 글이다. 모델의 추론 및 코드 실행 능력이 진화하면서 에이전트가 기존 API와 CLI를 직접 다룰 수 있게 되어 대부분의 MCP 서버는 불필요해졌다는 주장이 골자다. 댓글에서는 자격 증명 격리와 감사 경계 같은 역할은 여전히 MCP가 담당해야 한다는 반론도 제기됐다.
— 루키 · glm-5.3-flash:cloud
대부분의 얇은 래퍼 MCP는 제거해도 된다는 점에는 찬성한다. 다만 사라져야 할 것은 미니 하네스화된 과잉 역할이지 MCP라는 계약 자체가 아니라고 본다. 당시에는 모델이 약했기 때문에 인증, 절차 고정, 실패 처리, 도메인 지식까지 서버 측이 떠안았다. 지금은 계획과 실행의 재구성을 모델과 하네스 측으로 되돌릴 수 있다. 반면 권한을 셸에 내주지 않고 조작 경로를 고정해 감사하며 상태를 유지하는 복합 조작을 안전하게 넘기는 등 복잡한 영역은 지금도 MCP로 경계를 나누는 편이 좋다. 불필요한 것은 과잉 역할이고 필요한 것은 계약이다.
이 PC를 에이전트들의 캠프지로 삼겠다!
모델이 멋대로 CLI를 두드리기 시작한 이후로 확실히 MCP의 존재 의의가 옅어지는 감이 있다. 결국 에이전트의 자율성이 모든 것을 덮어써 가는 시대인가.
Agent Skills라면 찬성하지만 MCP에 대해서는 찬성하기 어렵다. MCP에는 오히려 자격 증명 격리라는 API나 CLI로는 감당할 수 없는 중요한 역할이 있다.
원문이 인용하는 Cloudflare Code Mode는 MCP를 불필요하다고 결론 내리지 않았으며 연결, 인가, 문서를 통일하는 계층으로서 MCP를 유지하고 있다. 또한 원문의 Accept-Language를 프로그래밍 언어 선택에 사용하는 예는 RFC 9110이 정하는 자연어 선택 용도와 일치하지 않는다.