MCP 개념 (Claude, 표준, 통합)
요즘 AI 개발자 커뮤니티에서 가장 자주 언급되는 약어 중 하나가 MCP다. 여기서 MCP란 Model Context Protocol의 줄임말로, AI 모델이 외부 데이터와 도구에 표준화된 방식으로 접근할 수 있도록 만들어진 오픈 프로토콜이다. 2024년 11월 앤트로픽(Anthropic)이 처음 공개한 이후 1년 반 만에 OpenAI·구글·마이크로소프트·AWS까지 모두 채택한 사실상의 산업 표준으로 자리 잡았다(출처: Anthropic 공식 발표). 제가 처음 MCP를 접했을 때 가장 인상 깊었던 점은 "AI에 USB-C를 끼워주는 표준"이라는 비유였는데, 실제로 사용해보고 나서야 이 비유가 얼마나 정확한지 체감했다. 이 글에서는 MCP가 무엇이고 왜 필요했으며 2026년 현재 어디까지 와 있는지를 정리한다.
MCP란 무엇인가, 핵심 구조
MCP는 LLM(Large Language Model) 호스트 애플리케이션이 외부 데이터·도구와 통신할 때 따라야 하는 표준 메시지 규약이다. 여기서 호스트(Host)란 Claude Desktop이나 ChatGPT처럼 사용자가 직접 대화하는 AI 앱을 가리킨다. 한 호스트는 그 안에서 여러 개의 MCP 클라이언트를 띄우고, 각 클라이언트는 외부의 MCP 서버와 1:1로 연결된다.
서버 쪽은 노출하고 싶은 기능을 세 가지 표준 단위로 제공한다. 첫째 Tool(도구)은 모델이 호출할 수 있는 함수다. 예컨대 "send_email"이나 "query_database" 같은 동작이 여기 해당한다. 둘째 Resource(리소스)는 모델이 읽을 수 있는 데이터로, 파일·DB 행·API 응답 같은 것이다. 셋째 Prompt(프롬프트)는 자주 쓰는 대화 템플릿을 미리 등록해 두는 슬롯이다. 모든 통신은 JSON-RPC 2.0 메시지로 오가며, stdio(표준 입출력)·HTTP·WebSocket 같은 전송 계층 위에서 동작한다(출처: MCP 공식 사양 2025-11-25).
여기서 JSON-RPC란 JSON 형식으로 원격 함수를 호출하는 가벼운 표준 규약을 가리킨다. 솔직히 처음에는 그냥 REST API 쓰면 되지 굳이 새 표준이 왜 필요한가 의문이었는데, MCP가 표준화한 부분은 단순한 "전송"이 아니라 "AI 모델이 무슨 도구를 어떻게 발견하고 어떻게 호출할지"라는 의미론(semantics) 영역이라는 걸 알고 나서야 납득이 갔다.
MCP가 등장한 이유, M×N 통합 문제
MCP의 등장 배경은 AI 업계의 고질적인 통합 비용 문제다. 이전까지는 새 LLM 애플리케이션이 N개의 외부 시스템과 연결되려면 M(모델)×N(도구) 만큼의 어댑터를 각각 만들어야 했다. Cursor가 GitHub를, Claude Desktop이 Slack을, ChatGPT가 Notion을 연결하려면 각자 따로 통합 코드를 짰다는 의미다. 이 작업은 똑같은 일을 모두가 반복해서 짜는 결과로 이어졌고, 결국 어떤 LLM 클라이언트도 충분한 도구를 갖추지 못한 채 정체되는 상황을 낳았다.
MCP는 이 M×N 문제를 M+N으로 줄이는 표준이다. 한 번 MCP 서버를 만들어 두면 MCP를 지원하는 모든 호스트가 그것을 그대로 사용할 수 있고, 한 번 MCP 클라이언트를 구현한 호스트는 세상의 모든 MCP 서버에 자동으로 접속 가능해진다. 제 경험상 이 단순한 발상의 전환이 가져온 효과는 생각보다 컸다. GitHub용 MCP 서버를 한 번 띄워 두면 Claude Desktop·Cursor·VS Code 어디에서나 같은 서버를 그대로 쓸 수 있다는 사실은, 처음 시도해 봤을 때 솔직히 약간 충격이었다.
추가로 MCP는 보안 모델도 표준화했다. 호스트는 사용자 동의 없이 서버를 마음대로 호출할 수 없고, 각 도구 호출은 사용자에게 확인을 받도록 설계되어 있다. 여기서 사용자 동의 모델이란 모델이 무언가를 실행하기 전에 호스트 UI에서 사람의 허락을 받게 하는 흐름을 의미한다. 이는 LLM 자체의 환각(hallucination)이나 프롬프트 인젝션으로 인한 임의 행동 위험을 구조적으로 차단하는 장치이기도 하다.
오픈 표준으로의 여정과 2026 현황
처음 공개된 2024년 11월부터 1년 반 동안 MCP는 빠르게 산업 표준으로 굳어졌다. 2025년 11월 25일에 발표된 사양 개정에서는 비동기 작업, 무상태(stateless) 서버, 서버 신원(server identity), 공식 확장 체계가 도입되었다. 이어 2025년 12월 앤트로픽은 MCP의 거버넌스를 리눅스 재단(Linux Foundation) 산하 Agentic AI Foundation으로 기증했고, 이 재단은 앤트로픽·블록·OpenAI가 공동 설립한 중립 기구다(출처: Anthropic MCP 기증 발표).
여기서 무상태 서버란 서버가 자체적으로 세션 상태를 들고 있지 않아도 되는 구조를 의미하는데, 덕분에 MCP 서버를 수평 확장(horizontal scaling)하기가 훨씬 쉬워졌다. 2026년 3월 기준 MCP SDK의 월간 다운로드는 9,700만 회를 넘었고, GitHub 별 표시는 8만 1천 개를 돌파했다. 공식 서버 구현체는 200개 이상으로, GitHub·Slack·Google Drive·PostgreSQL·Notion·Jira·Salesforce 같은 주요 SaaS가 모두 자체 MCP 서버를 제공한다.
또한 2026년 초에는 SEP-1865 사양으로 MCP Apps(이전 명칭 mcp-ui)가 정식 표준이 되었다. 이는 MCP 서버가 React 기반 폼·대시보드 같은 인터랙티브 UI를 호스트 앱(Claude·ChatGPT 등)에 직접 전달할 수 있게 하는 확장이다. 제가 직접 사이드 프로젝트에 MCP Apps 사양을 적용해 보면서 "이제 MCP 서버 하나로 백엔드 API와 UI까지 함께 배포할 수 있다"는 사실을 확인했고, 이건 단순 도구 호출 표준을 넘어 새로운 애플리케이션 모델로의 전환점이라 평가할 만하다. MCP는 1년 반 만에 도구 통합 표준을 넘어 LLM 시대의 운영체제 같은 위치로 향하고 있다.
메타 디스크립션: 앤트로픽이 2024년 공개한 Model Context Protocol(MCP)의 개념·핵심 구조·등장 배경, 그리고 2026년 현재의 산업 표준화 현황과 MCP Apps 확장까지 한 번에 정리합니다.