MCP(모델 컨텍스트 프로토콜): 정의, 작동 원리, 예시

혼자서만 대화할 수 있는 AI 에이전트는 별 쓸모가 없습니다. 진짜로 행동하려면 파일을 읽고, 데이터베이스를 조회하고, 도구에 기록할 수 있어야 합니다. MCP는 새로운 도구가 나올 때마다 연결 방식을 재발명하는 대신, 이를 표준화하기 위해 만들어진 프로토콜입니다.

상세 정의

프로토콜 공식 사이트는 MCP를 '외부 시스템에 AI 애플리케이션을 연결하는 개방형 표준'이라고 정의하며, 이를 통해 데이터 소스(로컬 파일, 데이터베이스), 도구(검색 엔진, 계산기), 워크플로(전문화된 프롬프트)에 접근할 수 있다고 설명합니다. 공식 문서는 이 개념을 간단한 비유로 요약합니다. MCP는 「AI 애플리케이션을 위한 USB-C 포트와 같다」는 것입니다. 기기마다 다른 케이블이 아니라 표준화된 커넥터인 셈입니다.

이 프로토콜은 2024년 11월 25일 앤트로픽이 발표했습니다. 발표문은 MCP가 해결하려는 문제를 설명합니다. AI 어시스턴트는 정작 중요한 데이터로부터 고립되어 있었고, 새로운 데이터 소스가 생길 때마다 맞춤형 구현이 필요해, 새로운 도구와 새로운 모델이 나올 때마다 통합 문제가 배로 커졌습니다. 앤트로픽은 동시에 명세, 개발 키트, 구글 드라이브·슬랙·깃허브·Git·Postgres 같은 도구를 위한 참조 MCP 서버 저장소를 공개했습니다. 앤트로픽의 발표를 참고하세요.

IBM은 이를 보완하는 기술적인 정의를 제시합니다. MCP는 「AI 애플리케이션이 도구, 데이터베이스, 미리 정의된 프롬프트 템플릿 같은 외부 서비스와 효율적으로 소통할 수 있게 하는 표준화 계층」이라는 것입니다. 이 설명은 자주 간과되는 지점을 강조합니다. MCP는 에이전트에게 언제 도구를 사용할지, 여러 단계를 어떻게 오케스트레이션할지 알려주지 않습니다. 도구가 스스로를 설명하고 연결되는 방식만 표준화할 뿐입니다. IBM의 MCP 소개를 참고하세요.

작동 원리

MCP는 세 가지 역할로 이루어진 클라이언트-서버 아키텍처를 따르며, 공식 문서에서 자세히 설명하고 있고 마이크로소프트의 .NET 문서에서도 다룹니다. MCP 호스트는 어시스턴트나 코드 편집기 같은 AI 애플리케이션 그 자체입니다. 호스트는 연결하는 서비스마다 전용 MCP 클라이언트를 생성합니다. 각 클라이언트는 실제로 데이터나 액션을 노출하는 프로그램인 MCP 서버와 연결을 유지합니다. MCP 서버는 사용자의 컴퓨터에서 로컬로 실행될 수도 있고, 도구 제공업체의 서버에서 원격으로 실행될 수도 있습니다.

구체적으로 MCP 서버는 세 가지 요소를 노출합니다. 도구(데이터베이스 조회나 메시지 전송처럼 에이전트가 실행시킬 수 있는 행동), 리소스(파일 내용처럼 조회할 수 있는 데이터), 프롬프트(재사용 가능한 요청 템플릿)입니다. 클라이언트는 먼저 서버에 무엇을 제공하는지 문의한 뒤, 구체적인 인자와 함께 특정 도구를 호출할 수 있습니다. 툴 콜링 페이지에서 설명한 것과 비슷한 작동 방식입니다.

바로 이 지점에서 MCP의 정확한 범위에 대해 자료마다 견해가 갈립니다. IBM과 마이크로소프트는 MCP가 툴 콜링을 대체하지 않는다는 데 동의합니다. 툴 콜링은 그 아래에 남아 있는 메커니즘으로, 모델이 실제로 행동 실행을 요청하는 방식입니다. MCP가 더하는 것은, 이전에는 제공업체마다 각자 다른 호출 형식을 강제했던 것과 달리, 모델 제공업체와 무관하게 도구를 설명하고 발견하는 공통 방식입니다. 마찬가지로 MCP는 기존 API를 대체하지 않습니다. 마이크로소프트의 .NET 문서는 MCP 서버가 모델에 업무 데이터를 노출하기 위해 「REST API 위에 추상화 계층을 제공할 수 있다」고 명시합니다. 즉 MCP는 기존 API를 무용지물로 만드는 기술이 아니라, 그 위에 씌우는 공통 파사드입니다.

MCP 서버는 응답하기 전에 조회할 수 있는 문서 데이터베이스를 노출할 수도 있습니다. 이는 신뢰할 수 있는 소스에서 먼저 검색한 뒤 찾은 내용을 바탕으로 응답을 생성하는 RAG의 원칙과 직접 맞닿아 있는 활용 방식입니다.

아타코의 실제 사례

아타코의 스탠다드 요금제는 가격 페이지에서 인테그레이션, 관찰 가능성, BYOK와 함께 '아타코 MCP'를 포함된 기능으로 안내합니다. 계정 설정에서 생성한 API 키는 여러 용도 중에서도 외부 MCP 클라이언트를 플랫폼에 연결하는 데 사용됩니다.

구체적으로 어떤 서버, 어떤 도구가 노출되는지에 대한 세부 구현은 현재로서는 공개적으로 문서화되어 있지 않습니다. 도구 목록이나 출시일을 추측하기보다는 이 부분에 대해서는 사실에 근거해 다루는 편이 낫습니다.

흔한 오해

첫 번째 오해는 MCP가 툴 콜링을 대체하는 완전히 새로운 메커니즘이라고 생각하는 것입니다. 사실이 아닙니다. MCP는 도구의 설명과 발견을 표준화하지만, 호출 자체는 여전히 모델이 만들어내는 일반적인 함수 호출입니다.

두 번째 오해는 'MCP 서버'가 반드시 크고 원격에 있는 머신을 뜻한다고 생각하는 것입니다. 공식 문서는 사용자의 컴퓨터에서 실행되며 로컬로 통신하는 로컬 서버와, 도구 제공업체가 호스팅하며 HTTP로 접근하는 원격 서버를 명확히 구분합니다.

세 번째 오해는 MCP를 그 자체로 보안 보장 장치라고 혼동하는 것입니다. 이 프로토콜은 모델이 도구를 발견하고 호출하는 방식을 표준화할 뿐, 그 도구에 부여된 권한을 대신 결정하지 않습니다. 제대로 만들어진 플랫폼에서는 이 결정이 사용된 연결 프로토콜과 무관한 별도의 계층으로 남아 있습니다.

네 번째 오해는 에이전트에 연결된 모든 도구가 반드시 MCP를 거친다고 생각하는 것입니다. 깃허브나 슬랙 같은 인테그레이션을 사용하는 에이전트를 포함해 많은 에이전트가, 전용 MCP 서버를 거치지 않고 일반 툴 콜링으로 액션을 호출합니다. 아타코는 자체 MCP가 노출하는 도구의 세부 내용을 공개적으로 문서화하지 않습니다. MCP는 에이전트에 도구를 부여하는 유일한 경로가 아니라, 여러 연결 방법 중 하나로 남아 있습니다.

더 알아보기

MCP는 비교적 빠르게 폭넓은 생태계의 지원을 받는 표준으로 자리 잡았습니다. 공식 문서는 클로드 같은 애플리케이션과 Visual Studio Code, Cursor 같은 코드 편집기를 호환되는 MCP 클라이언트로 소개합니다. 이 프로토콜과 관련된 개념을 더 알아보려면 전체 용어집에서 툴 콜링, RAG, BYOK를 확인해보세요. 모두 모델 쪽의 연결이나 설정 메커니즘입니다.