Model Context Protocol(MCP)은 번거로운 통합 코드를 작성할 필요 없이 Claude에게 컨텍스트와 도구를 제공하는 통신 계층입니다. 도구 정의와 실행의 부담을 여러분의 서버에서 전문화된 MCP 서버로 옮기는 방법이라고 생각하면 됩니다.
MCP를 처음 접하면, MCP 클라이언트(여러분의 서버)가 도구, 프롬프트, 리소스를 포함하는 MCP 서버에 연결되는 기본 아키텍처를 보여주는 다이어그램을 보게 될 것입니다. 각 MCP 서버는 외부 서비스에 대한 인터페이스 역할을 합니다.
MCP가 해결하는 문제
사용자가 자신의 GitHub 데이터에 대해 Claude에게 질문할 수 있는 채팅 인터페이스를 구축한다고 가정해 보겠습니다. 사용자는 "내 모든 저장소에서 열려 있는 pull request는 무엇인가요?"라고 질문할 수 있습니다. 이를 처리하려면 Claude가 GitHub의 API에 접근할 수 있는 도구가 필요합니다.
GitHub에는 저장소, pull request, 이슈, 프로젝트 등 방대한 기능이 있습니다. 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 서버를 활용할 수 있습니다.