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