MCP의 추상화 경계 및 서비스 통합 접근법에 대한 비판

r/ClaudeAI의 레딧 토론은 MCP가 추상화 경계를 어디에 두는지 살펴보며, 보안, 토큰 비대화, 전송 문제와 같은 일반적인 구현 비판을 넘어서는 방식으로 이 문제를 잘못 다루고 있다고 주장합니다.

서비스 통합에 대한 핵심 주장

이 게시물은 에이전트가 서비스와 작업해야 할 때 세 가지 별개의 고려 사항을 확인합니다: API 접근성, 이를 감싸는 효율적인 도구화, 그리고 이를 잘 사용하는 방법에 대한 도메인 지식입니다. 출처에 따르면, MCP는 이 세 가지를 모두 한 층으로 묶어서 기본 API가 실제로 할 수 있는 일의 제한된 부분집합만을 제공하게 됩니다.

Lattice의 구체적인 예시

이 토론은 구체적인 예시로 Lattice를 사용합니다. 그들의 웹 클라이언트는 직원이 하고 싶은 모든 것을 다루는 완전한 GraphQL API로 구동됩니다. 그러나 그들의 공개 API는 HR 관리 워크플로우만 다룹니다. 이 게시물은 MCP가 서비스들이 이미 가지고 있는 API를 개방하기보다는 또 다른 제한된 인터페이스를 구축하도록 유도한다고 주장합니다.

제안된 대안적 접근법

저자는 더 나은 길을 제안합니다: 서비스들이 그들의 주요 API를 보편적으로 접근 가능하게 만들고, 인증 문제는 이미 OAuth 2.0 with PKCE로 해결되었다고 언급합니다. 도메인 지식은 MCP 도구 정의에 구워 넣기보다는 에이전트 기술로 분산되어야 합니다.

전체 게시물은 tomyandell.dev/blog/my-problem-with-mcp에서 확인할 수 있으며, 이 레딧 토론은 이 추상화 경계에 대한 비판이 옳은지 다른 사람들의 생각을 나누도록 초대합니다.