Model Context Protocol(MCP)은 번거로운 통합 코드를 대량으로 작성할 필요 없이 Claude에게 컨텍스트와 도구를 제공하는 통신 계층입니다. 모든 도구 함수를 직접 구축하는 대신, MCP는 그 부담을 힘든 작업을 처리하는 전문 서버로 옮겨줍니다.
MCP를 처음 접하면 기본 아키텍처를 보여주는 다이어그램을 보게 될 것입니다: MCP 클라이언트(사용자의 서버)가 도구, 프롬프트, 리소스를 포함하는 MCP 서버에 연결됩니다. 각 MCP 서버는 GitHub, AWS, 데이터베이스와 같은 외부 서비스에 대한 인터페이스 역할을 합니다.
MCP가 해결하는 문제
사용자가 Claude에게 자신의 GitHub 데이터에 대해 질문할 수 있는 채팅 인터페이스를 구축한다고 가정해 보겠습니다 - "내 모든 리포지토리에서 열려 있는 pull request는 무엇인가요?"와 같은 질문입니다. MCP 없이 이를 처리하려면 지원하고자 하는 모든 GitHub 작업에 대한 도구를 만들어야 합니다.
GitHub는 방대한 기능을 가지고 있습니다 - 리포지토리, pull request, 이슈, 프로젝트 등 훨씬 더 많은 것들이 있습니다. 완전한 GitHub 통합을 구축한다는 것은 엄청난 수의 도구 스키마와 함수를 작성하는 것을 의미합니다:
이는 작성하고, 테스트하고, 유지 관리해야 하는 많은 코드를 만들어냅니다. 바로 여기서 MCP가 등장합니다.
MCP의 작동 방식
MCP는 도구 정의와 실행의 부담을 사용자의 서버에서 전용 MCP 서버로 옮겨줍니다. 모든 GitHub 도구를 직접 작성하는 대신, 이미 구현되어 있는 GitHub MCP 서버에 연결하면 됩니다.
MCP 서버는 외부 서비스를 감싸는 래퍼 역할을 하며, Claude가 사용할 수 있는 사전 구축된 도구를 제공합니다. 통합 코드를 직접 작성하지 않고도 모든 GitHub 기능에 접근할 수 있습니다.
자주 묻는 질문
MCP 서버는 누가 작성하나요?
누구나 MCP 서버 구현을 만들 수 있습니다. 종종 서비스 제공업체 자체가 자신들의 공식 구현을 만들기도 합니다. 예를 들어, AWS는 자사의 다양한 서비스를 위한 도구가 포함된 공식 MCP 서버를 출시할 수 있습니다.
API를 직접 호출하는 것과는 어떻게 다른가요?
서비스의 API를 직접 호출할 때는 여전히 도구 스키마와 함수 구현을 직접 작성해야 합니다. MCP 서버는 이미 정의된 도구 스키마와 함수를 제공하여 개발 시간을 절약해 줍니다.
MCP는 도구 사용과 같은 것이 아닌가요?
이는 흔한 오해입니다. MCP 서버와 도구 사용은 상호 보완적이지만 서로 다른 개념입니다. 도구 사용은 Claude가 작업을 수행하기 위해 함수를 호출하는 것에 관한 것입니다. MCP는 그 함수를 누가 제공하는지에 관한 것입니다 - 사용자가 직접 작성하는 대신, 다른 누군가가 이미 MCP 서버에 구현해 놓은 것입니다.
핵심은 MCP 서버가 이미 정의된 도구 스키마와 함수를 제공하는 반면, 직접적인 도구 사용은 모든 것을 직접 작성해야 한다는 점입니다. 둘 다 Claude가 도구를 사용하는 것을 포함하지만, MCP는 사용자 측에서 필요한 개발 작업을 크게 줄여줍니다.