MCP 프로토콜이란? 작동 원리 3단계로 이해하기
- MCP는 AI 모델과 외부 도구·데이터를 연결하는 개방형 표준 프로토콜입니다.
- Host, Client, Server 3단 구조와 JSON-RPC 2.0 통신으로 동작합니다.
- Tools·Resources·Prompts 3가지 프리미티브로 기능이 구성됩니다.
- 연결 전 서버 출처 확인과 권한 범위 점검이 반드시 필요합니다.
MCP 프로토콜이란? 핵심부터 바로 답하기
MCP(Model Context Protocol, 모델 컨텍스트 프로토콜)는 AI 모델이 외부의 파일, 데이터베이스, 애플리케이션과 표준화된 방식으로 연결되도록 만든 개방형 프로토콜입니다. Anthropic이 2024년 11월 오픈소스로 공개했으며, 이후 다른 주요 AI 기업들도 잇따라 지원을 발표하면서 업계 표준처럼 자리 잡고 있습니다. 2025년 12월에는 Anthropic이 MCP를 Linux Foundation 산하 신설 재단인 Agentic AI Foundation(AAIF)에 기부하면서, 지금은 특정 기업이 아니라 Anthropic·Block·OpenAI가 공동 창립하고 Google·Microsoft·AWS 등이 지원하는 중립적인 거버넌스 체계 아래서 운영되고 있습니다. 흔히 ‘AI용 USB-C’라는 비유로 설명되는데, USB-C 단자 하나로 다양한 주변기기를 연결하듯 MCP 하나로 여러 도구·데이터 소스를 AI에 연결할 수 있다는 의미입니다.
MCP의 정의와 등장 배경
MCP 이전에는 AI가 외부 도구를 쓰려면 서비스마다 별도의 연동 코드를 개발자가 직접 짜야 했습니다. 예를 들어 구글 캘린더, 노션, 사내 데이터베이스를 각각 연결하려면 서비스별로 API 명세를 읽고, 인증 방식을 맞추고, 데이터 형식을 변환하는 작업을 매번 반복해야 했습니다. MCP는 이 연동 방식을 하나의 규격으로 통일해, 서버 개발자는 표준에 맞춰 한 번만 구현하면 되고 AI 애플리케이션 개발자는 그 서버를 그대로 가져다 쓸 수 있게 만들었습니다.
기존 함수 호출·플러그인 방식과 무엇이 다른가
OpenAI의 함수 호출(Function Calling)이나 각 서비스 고유의 플러그인 방식은 특정 AI 플랫폼에 종속되는 경우가 많았습니다. 반면 MCP는 특정 AI 모델이나 회사에 묶이지 않는 개방형 표준이라, 한 번 만든 MCP 서버를 Claude·다른 LLM 클라이언트 등 여러 환경에서 재사용할 수 있다는 점이 가장 큰 차이입니다. 이 재사용성 덕분에 이미 데이터베이스 연동, 파일 시스템 접근, 웹 검색 등 범용 MCP 서버들이 오픈소스로 다수 공개되어 있습니다.
MCP 아키텍처 원리 — Host·Client·Server 3단 구조
MCP를 이해하는 가장 빠른 방법은 세 가지 구성 요소의 역할을 구분하는 것입니다. 이 구조를 모르면 ‘왜 프로그램을 이렇게 복잡하게 나눴는지’ 헷갈리기 쉽지만, 각 역할이 명확히 분리되어 있어야 서버를 안전하게 교체·확장할 수 있습니다.
통신 방식: JSON-RPC 2.0과 메시지 흐름
MCP는 Host(호스트), Client(클라이언트), Server(서버) 세 층으로 나뉩니다. Host는 사용자가 실제로 사용하는 AI 애플리케이션(예: 데스크톱 앱, 코드 에디터)이고, Client는 Host 내부에서 특정 MCP Server 하나와 1:1로 통신을 담당하는 연결 관리자이며, Server는 실제 도구·데이터를 제공하는 프로그램입니다. 이 셋은 JSON-RPC 2.0이라는 경량 메시지 규격으로 요청·응답을 주고받습니다. Host가 여러 Server에 붙어야 하면 Client를 Server 개수만큼 여러 개 띄워 각각 독립적으로 통신을 관리합니다.
3가지 핵심 프리미티브: Tools, Resources, Prompts
Server가 Client에게 제공할 수 있는 기능은 세 가지로 정형화되어 있습니다.
- Tools(도구): AI가 호출해 실행할 수 있는 함수. 예를 들어 ‘파일 검색’, ‘DB 쿼리 실행’, ‘이메일 발송’ 같은 실제 동작을 수행합니다.
- Resources(리소스): AI가 참고할 수 있는 데이터. 문서 파일, 로그, DB 레코드 등 읽기 전용 정보가 여기에 해당합니다.
- Prompts(프롬프트): 특정 작업을 위해 미리 정의된 프롬프트 템플릿으로, 반복되는 요청 패턴을 재사용할 수 있게 합니다.
MCP의 핵심은 AI 모델이 이 세 가지 표준 인터페이스만 이해하면, 뒤에 어떤 서버가 붙어 있든 동일한 방식으로 상호작용할 수 있다는 점입니다.
MCP vs 기존 연동 방식 한눈에 비교
표준이 왜 필요한지는 기존 방식과 나란히 놓고 보면 바로 이해됩니다.
| 구분 | 기존 함수 호출(Function Calling) | MCP |
|---|---|---|
| 표준화 범위 | 특정 AI 모델·플랫폼 한정 | 모델·플랫폼 무관 공통 규격 |
| 재사용성 | 서비스마다 개별 구현 필요 | 서버 1회 구현 후 여러 클라이언트에서 재사용 |
| 연결 대상 | 단일 함수 실행 위주 | 도구·데이터·프롬프트 템플릿까지 포괄 |
| 생태계 | 플랫폼별 파편화 | 오픈소스 서버 저장소 공유 |
MCP 서버 연결하는 법 — 실전 절차
실제로 MCP를 활용하는 흐름은 개발자든 일반 사용자든 크게 다르지 않습니다. AI 애플리케이션의 설정 파일에 사용할 서버 정보를 등록하기만 하면 됩니다.
AI 애플리케이션에 MCP 서버 등록하기
- 사용하려는 MCP 서버를 확인합니다(공식 저장소나 신뢰할 수 있는 배포처에서 배포된 것인지 우선 확인).
- AI 애플리케이션(Host)의 설정 파일에 서버 실행 명령과 필요한 환경변수·접근 권한을 기입합니다.
- 애플리케이션을 재시작하면 Host가 자동으로 Client를 띄워 Server와 연결을 초기화합니다.
- 대화 중 AI가 필요하다고 판단하면 등록된 Tools 목록에서 알맞은 것을 선택해 호출합니다.
- 실행 결과가 Client를 거쳐 Host로 반환되고, AI는 이를 바탕으로 답변을 이어갑니다.
자주 쓰는 MCP 서버 예시
파일 시스템 접근, 웹 브라우저 자동화, 데이터베이스 조회, 사내 협업 도구 연동 등 목적별로 다양한 MCP 서버가 오픈소스로 공개되어 있습니다. 개발 도구에 익숙하다면 코드 에디터에 MCP 서버를 붙여 저장소 검색이나 이슈 조회를 AI에게 맡기는 방식으로 활용하는 경우가 많은데, 이런 개발 워크플로우 관련 도구 선택은 AI 코드 리뷰 도구 추천 글에서 팀별 차이를 참고할 수 있습니다.
MCP 사용 시 주의할 점
편리한 만큼 연결 대상을 함부로 늘리면 위험도 함께 커집니다. 실제로 자주 발생하는 실수는 다음과 같습니다.
- 출처가 불분명한 서버 설치: 검증되지 않은 제3자 MCP 서버는 파일 시스템이나 인증 정보에 접근할 수 있어, 공식 저장소나 신뢰할 수 있는 배포처에서만 받는 것이 안전합니다.
- 과도한 권한 부여: 서버에 필요 이상의 파일 경로·API 키 권한을 넘기지 말고, 꼭 필요한 범위로 제한해야 합니다.
- 민감 데이터 노출: Resources로 제공되는 데이터에 개인정보나 자격 증명이 포함되지 않도록 사전에 점검해야 합니다.
- 버전 미확인: 프로토콜과 서버 버전이 맞지 않으면 Tools 목록이 제대로 표시되지 않거나 호출이 실패할 수 있습니다.
MCP 서버는 AI에게 실제 실행 권한을 넘겨주는 통로이므로, 신뢰할 수 없는 출처의 서버를 연결하는 것은 일반 실행 파일을 함부로 설치하는 것과 같은 위험을 가집니다.
MCP로 확장된 AI가 실제로 스스로 계획을 세우고 도구를 조합해 작업을 처리하는 방식이 궁금하다면 AI 에이전트와 챗봇의 차이를 함께 보면 전체 그림을 이해하는 데 도움이 됩니다.
자주 묻는 질문
Q. MCP는 특정 AI 모델에서만 쓸 수 있나요?
아니요. MCP는 특정 회사나 모델에 종속되지 않는 개방형 표준으로 설계되어, 이 규격을 지원하는 여러 AI 애플리케이션과 클라이언트에서 동일한 서버를 재사용할 수 있습니다.
Q. MCP와 API의 차이는 무엇인가요?
API는 서비스마다 요청 형식과 인증 방식이 제각각이라 연동 코드를 매번 새로 작성해야 하지만, MCP는 도구·데이터 접근 방식을 표준 인터페이스로 통일해 한 번 구현한 서버를 여러 곳에서 그대로 재사용할 수 있게 합니다.
Q. 일반 사용자도 MCP를 직접 설정해야 하나요?
개발 지식이 없는 일반 사용자는 AI 애플리케이션이 제공하는 설정 화면이나 사전 배포된 서버 목록을 이용하면 되며, 별도의 코드를 직접 작성할 필요는 없는 경우가 많습니다.
Q. MCP 서버를 연결하면 데이터가 외부로 유출되나요?
연결 자체가 유출을 의미하지는 않지만, 서버가 접근하는 데이터 범위와 전송 경로를 사용자가 직접 확인해야 하며 출처가 불분명한 서버는 연결하지 않는 것이 안전합니다.
Q. MCP를 배우려면 무엇부터 시작해야 하나요?
먼저 Host·Client·Server의 역할 구분과 Tools·Resources 개념을 이해한 뒤, 공식적으로 배포된 간단한 예제 서버를 하나 연결해보며 메시지가 오가는 흐름을 직접 관찰하는 방식이 이해가 빠릅니다.
