MCP는 단순히 라이브러리를 재포장한 것: 또 다시 데자뷰

Reddit 게시물 r/LocalLLaMA에서 "MCP 시대는 데자뷰처럼 느껴진다"는 제목의 글을 인용하며, Anthropic이 곧 MCP(모델 컨텍스트 프로토콜)가 기본적으로 프로그래밍 라이브러리를 재포장한 것임을 깨닫게 될 것이라고 주장합니다. 해당 글은 Hugging Face의 smolagents 도구 설계를 구체적인 예로 들어, 도구가 본질적으로 패키지 함수가 하는 일과 무엇인지 보여줍니다.

핵심 주장

• 도구는 함수다: smolagents 설계는 도구를 호출 가능한 함수로 취급하며, 이는 라이브러리를 불러와 함수를 호출하는 것과 기능적으로 동일합니다. 유일한 차이는 LLM 친화적인 문서화와 표준화된 입출력 스키마입니다.
• MCP = 문서화된 함수의 라이브러리: 저자는 일련의 도구를 노출하는 MCP 서버가 함수 라이브러리와 동등하지만, LLM 소비에 최적화된 설명과 스키마가 추가된 것이라고 주장합니다. 근본적인 아키텍처 혁신은 없으며, 단지 옛 개념에 새 옷을 입힌 것일 뿐입니다.
• 커뮤니티를 위한 실용적 질문: 새로운 MCP 생태계를 구축하는 데 투자해야 할까요, 아니면 기존 라이브러리의 문서화를 개선하고 잘못된 구현과 중복 패키지를 제거하는 데 집중해야 할까요? 저자는 후자를 선호합니다.

커뮤니티 반응

Reddit 토론은 이 주제를 확장하며, 사용자들은 MCP가 모델이 도구를 발견하고 호출하는 방식을 표준화하여 임시 API 스키마보다 진일보했다고 지적합니다. 비판론자들은 진정한 가치는 참신함이 아니라 일관성에 있다고 주장합니다. 일부는 MCP가 AI 에이전트를 위한 더 나은 버전의 OpenAPI로 진화할 수 있지만, 과도한 엔지니어링을 경계해야 한다고 제안합니다.

개발자를 위한 시사점

AI 에이전트를 구축하는 모든 사람을 위한 핵심 통찰: MCP에 뛰어들기 전에 신중히 생각하세요. 도구 요구사항이 단순하다면, 명확한 함수 시그니처를 가진 잘 문서화된 Python 라이브러리면 충분할 수 있습니다. MCP는 미미한 이득을 위해 불필요한 복잡성을 추가할 수 있습니다. 반대로 여러 서비스에 걸쳐 동적 도구 발견이 필요하다면, MCP의 표준화는 그 오버헤드를 감수할 가치가 있습니다.