MCP — AI 애플리케이션과 도구를 연결하는 표준
이 토픽을 마치면
- MCP(Model Context Protocol)의 정확한 정의와 등장 배경을 설명할 수 있습니다.
- 기존에 AI와 외부 서비스를 연결할 때 발생했던 파편화 문제와 MCP가 이를 해결한 방식을 이해하게 됩니다.
- MCP가 왜 AI 에이전트(Agent) 생태계의 핵심 표준 프로토콜로 주목받는지 파악하게 됩니다.
해외여행에서 플러그 때문에 고생한 적 있나요?
한국에서 쓰던 220V 돼지코 플러그를 들고 미국(110V 11자)이나 영국(3핀)으로 여행을 가면 콘센트에 꽂을 수 없어 난감해집니다. 나라마다 전기 규격이 제각각이기 때문입니다. 이때 꼭 필요한 물건이 바로 모든 국가의 콘센트에 변환하여 꽂을 수 있는 '만능 멀티플러그 어댑터'입니다.
AI의 세계에서도 똑같은 일이 벌어지고 있었습니다.
ChatGPT나 Claude 같은 AI에게 구글 캘린더, 슬랙, GitHub, 사내 데이터베이스(DB)를 연결하려고 할 때, 서비스마다 커스텀 연결 코드(API 연동 로직)를 일일이 따로 개발해야 했습니다. 서비스가 10개면 10개의 전용 연결선을 새로 만들어야 했던 것입니다.
이 비효율을 해결하기 위해 Anthropic(앤트로픽)이 주도하여 제안한 오픈 표준 규격, 이것이 바로 MCP (Model Context Protocol)입니다.
MCP란 무엇인가?
MCP는 Model Context Protocol의 약자로, 'AI 모델이 외부의 데이터나 도구(Tool)와 안전하고 손쉽게 소통할 수 있도록 만들어진 통신 표준 규격'입니다.
기존 연동 방식 vs MCP 통신 방식
| 구분 | 기존 방식 (Custom Tool / Function Calling) | MCP (Model Context Protocol) |
|---|---|---|
| 연동 구조 | 서비스/도구마다 일일이 전용 API 연결 코드 작성 | MCP라는 표준 규격 하나로 통일하여 연결 |
| 확장성 | AI 모델이나 도구가 바뀌면 매번 코드를 재작성 | 지원 버전·전송·인증이 맞으면 같은 서버를 여러 Host에서 재사용 |
| 비유 | 기기마다 전용 충전기를 따로 들고 다니는 상태 | 모든 기기가 USB-C 타입 하나로 통일된 상태 |
한 줄 비유:
MCP는 AI 모델 자체도, 외부 도구 자체도 아닙니다. **AI와 외부 세상을 이어주는 '글로벌 표준 규격 어댑터(USB-C 타입)'**입니다.
MCP는 어떻게 작동할까? (3가지 핵심 구성 요소)
MCP는 마치 웹브라우저가 서버에서 웹페이지를 가져오는 것처럼 클라이언트-서버 구조로 동작합니다.
- MCP Host (호스트):
- AI 서비스 프로그램 그 자체입니다. (예: Claude Desktop 앱, Cursor 에디터, AI 챗봇 응용프로그램 등)
- MCP Client (클라이언트):
- MCP Host가 서버별로 생성하는 연결 컴포넌트이며, 한 서버와 전용 세션을 유지하고 프로토콜 메시지를 전달합니다.
- MCP Server (서버):
- 실제 외부 서비스(구글 캘린더, GitHub, 사내 DB, 로컬 파일 시스템 등)와 연결된 통로입니다. MCP 서버 규격에 맞게 만들어져 있어 어떤 MCP 클라이언트든 이 서버에 접촉하여 정보 요청/명령 실행을 할 수 있습니다.
작동 흐름 예시:
- 사용자: "내 구글 캘린더에서 내일 일정 좀 확인해줘."
- AI (MCP Client): "구글 캘린더 MCP 서버"에 규격화된 메시지 전송
- MCP Server: 실제 구글 캘린더 API를 조회한 뒤 결과를 규격에 맞춰 AI에게 반환
- AI: 받아온 일정을 사용자에게 답변
어디서 쓰이나
- 개발자 도구 (IDE / Code Editor): Cursor, VS Code 등에서 개발자의 사내 코드베이스, GitHub, 로컬 DB를 AI와 안전하게 연동할 때
- 업무 자동화 챗봇: AI가 사내 슬랙(Slack)에 메시지를 보내거나, 구글 드라이브 문서를 검색하고, 노션(Notion)에 회의록을 자동 기록할 때
- 복합 AI 에이전트 시스템: 목표 완수를 위해 여러 외부 도구를 능동적으로 꺼내 써야 하는 자율형 에이전트 구축 시
자주 하는 오해와 주의할 점
❌ 1. "MCP를 쓰면 AI의 판단력이나 지능이 좋아진다?"
아닙니다. MCP는 똑똑한 뇌를 만들어주는 기술이 아니라, 뇌(AI)에 외부 도구를 연결하는 **'표준 충전선/어댑터'**일 뿐입니다. 판단 능력 자체는 LLM에 달려 있습니다.
❌ 2. "Anthropic(Claude)에서 만든 거니까 Claude 전용 기술이다?"
아닙니다. Anthropic이 처음 만들어서 공개했지만, 누구나 자유롭게 가져다 쓸 수 있는 **'오픈 라이선스 표준(Open Standard)'**입니다. OpenAI의 모델이나 오픈소스 LLM, 다양한 개발 플랫폼에서도 MCP 규격을 채택하여 활용하고 있습니다.
공식 구조를 정확히 잡습니다
MCP Client는 LLM 내부에 있는 부품이 아닙니다. Host 애플리케이션이 MCP Server마다 하나의 Client를 만들고 관리합니다.
MCP Host (AI 애플리케이션)
├── MCP Client A ↔ MCP Server A
├── MCP Client B ↔ MCP Server B
└── LLM·사용자 승인·정책·문맥 조립- Host: 연결 권한, 수명주기, 사용자 승인, LLM 통합을 조정합니다.
- Client: 특정 서버와 1:1 세션을 유지하고 메시지를 전달합니다.
- Server: 도구·리소스·프롬프트 같은 기능을 제공합니다.
세 가지 서버 primitive
| Primitive | 대표 통제 주체 | 의미 |
|---|---|---|
| Tools | 모델 | 실행 가능한 함수 |
| Resources | 애플리케이션 | 문맥으로 읽는 데이터 |
| Prompts | 사용자 | 재사용 가능한 상호작용 템플릿 |
초기화할 때 양쪽은 protocol version과 capabilities를 교환합니다. 서버가 도구를 구현했더라도 capability로 선언하지 않으면 Client는 그 기능을 사용하면 안 됩니다.
전송과 보안
로컬 프로세스 연결에는 stdio, 원격 연결에는 Streamable HTTP가 사용됩니다. 전송 방식이 인증과 권한을 자동 해결해 주지는 않습니다. 최소 권한, 서버 신뢰 검증, 명시적 사용자 동의, 입력 스키마 검증과 민감 데이터 격리가 필요합니다.
MCP가 해결하지 않는 것
MCP는 모델의 판단 정확성, 도구 결과의 진실성, 승인 정책, 비용 제한을 대신 설계하지 않습니다. 또한 “한 번 만든 서버가 모든 앱에서 코드 수정 없이 즉시 동작한다”는 표현도 과장될 수 있습니다. Host가 해당 protocol version, transport, 인증, primitive를 지원해야 합니다.
공식 참고
핵심 정리
- 이 용어는 AI 모델 하나가 아니라 데이터·소프트웨어·운영 절차와 연결해서 이해해야 합니다.
- 제품 설명보다 입력·출력·권한·평가 기준을 구체적으로 확인합니다.
- 중요한 결과와 행동은 근거, 검증기, 사람 승인으로 다시 확인합니다.
다음 개념
→ 더 깊게 보기: 기존 용어 편 — MCP와 AI 도구