Model Context Protocol(MCP)은 지루한 통합 코드를 직접 작성할 필요 없이 Claude에게 컨텍스트와 도구를 제공하는 통신 계층입니다. 도구 정의와 실행의 부담을 여러분의 서버에서 전문화된 MCP 서버로 옮기는 방법이라고 생각하세요.

MCP를 처음 접하면 기본 아키텍처를 보여주는 다이어그램을 보게 됩니다: MCP 클라이언트(여러분의 서버)가 도구, 프롬프트, 리소스를 포함하는 MCP 서버에 연결됩니다. 각 MCP 서버는 외부 서비스에 대한 인터페이스 역할을 합니다.

MCP가 해결하는 문제

사용자가 Claude에게 GitHub 데이터에 대해 질문할 수 있는 채팅 인터페이스를 구축한다고 가정해 봅시다. 사용자가 "내 모든 리포지토리에 열려 있는 풀 리퀘스트는 무엇인가요?"라고 물을 수 있습니다. 이를 처리하려면 Claude가 GitHub API에 접근할 수 있는 도구가 필요합니다.

GitHub는 리포지토리, 풀 리퀘스트, 이슈, 프로젝트 등 방대한 기능을 가지고 있습니다. MCP 없이는 GitHub의 모든 기능을 처리하기 위해 엄청난 수의 도구 스키마와 함수를 만들어야 합니다.

이는 모든 통합 코드를 직접 작성하고, 테스트하고, 유지 관리해야 한다는 것을 의미합니다. 이는 많은 노력과 지속적인 유지 관리 부담입니다.

MCP의 작동 방식

MCP는 도구 정의와 실행을 여러분의 서버에서 전용 MCP 서버로 옮겨 이 부담을 해결합니다. 여러분이 모든 GitHub 도구를 직접 작성하는 대신, GitHub용 MCP 서버가 이를 처리합니다.

MCP 서버는 GitHub 관련 수많은 기능을 감싸서 표준화된 도구 세트로 노출합니다. 여러분의 애플리케이션은 모든 것을 처음부터 구현하는 대신 이 MCP 서버에 연결합니다.

MCP 서버 설명

MCP 서버는 외부 서비스에서 구현된 데이터나 기능에 대한 접근을 제공합니다. 도구, 프롬프트, 리소스를 표준화된 방식으로 노출하는 전문화된 인터페이스 역할을 합니다.

GitHub 예제에서 GitHub용 MCP 서버는 get_repos()와 같은 도구를 포함하고 GitHub API에 직접 연결됩니다. 여러분의 서버는 MCP 서버와 통신하며, MCP 서버가 GitHub 관련 모든 구현 세부 사항을 처리합니다.

자주 묻는 질문

MCP 서버는 누가 만드나요?

누구나 MCP 서버 구현을 만들 수 있습니다. 종종 서비스 제공업체 자체에서 공식 MCP 구현을 만들기도 합니다. 예를 들어, AWS가 자사의 다양한 서비스를 위한 도구가 포함된 공식 MCP 서버를 출시할 수 있습니다.

API를 직접 호출하는 것과 무엇이 다른가요?

MCP 서버는 이미 정의된 도구 스키마와 함수를 제공합니다. API를 직접 호출하려면 그러한 도구 정의를 직접 작성해야 합니다. MCP는 그 구현 작업을 절약해 줍니다.

MCP는 도구 사용과 같은 것 아닌가요?

이것은 흔한 오해입니다. MCP 서버와 도구 사용은 상호 보완적이지만 다른 개념입니다. MCP 서버는 이미 정의된 도구 스키마와 함수를 제공하고, 도구 사용은 Claude가 실제로 그 도구를 호출하는 방법에 관한 것입니다. 핵심 차이점은 누가 작업을 하느냐입니다 - MCP에서는 다른 누군가가 이미 도구를 구현해 놓았습니다.

이점은 명확합니다: 복잡한 통합 세트를 직접 유지 관리하는 대신, 외부 서비스 연결의 무거운 작업을 처리하는 MCP 서버를 활용할 수 있습니다.