ChatGPT·Claude·Gemini마다 별도 도구 연동층을 작성 중이거나 「REST API로 충분한가, MCP가 필요한가」를 고민한다면, 본문은 아키텍처 리뷰에 바로 넣을 결론을 제시합니다.① MCP(Model Context Protocol)는 Anthropic이 2024년 11월 오픈소스한 AI 도구 상호연결 표준으로, N개 모델 × M개 도구의 파편화 통합을 해결합니다. ② HTTP가 TCP/IP 위에 웹을 세운 것처럼, MCP는 「AI가 도구를 발견·선택·호출하는 방법」을 표준화합니다. ③ 2026년 OpenAI·Google·Microsoft가 전면 채택했으며, 생태계는 10,000개 이상 MCP Server를 넘었습니다.Agent Skill 가이드·코딩 어시스턴트 비교와 보완 관계——본문은 프로토콜 계층 → 역사적 유비 → 도입 경로만 다룹니다.
역사적 유비: 1970년대 ARPAnet·Ethernet이 각자 규칙을 쓰다 TCP/IP로 통일되고, HTTP가 월드와이드웹을 구축한 것과 같습니다. 2024년 이전 AI 세계도 동일한 혼란 상태였으며, MCP가 그 「공통 언어」가 되려 합니다.
현대 LLM의 3대 한계는 학습 데이터 시점, 실시간 정보 부재, 실행 불가입니다. 해결책은 AI에 「손발」을 연결하는 Tool Use / Function Calling이지만, 현실은 다음과 같습니다.
USB 표준 이전 Mini-USB·Micro-USB·Lightning이 각자 길을 가던 것과 같습니다.MCP가 AI 도구 통합 분야의 USB-C 역할을 합니다——상대가 누구인지 몰라도 연결만 하면 통신합니다.
| 시나리오 | 페인(MCP 없음) |
|---|---|
| 기업 CRM AI 연동 | Claude·GPT·Gemini 각각 어댑터 개발 필요 |
| IDE AI 어시스턴트 | 파일시스템·DB·API 접근 방식이 도구마다 상이 |
| AI Agent 오케스트레이션 | 도구 정의를 LangChain·CrewAI 등 프레임워크 간 재사용 불가 |
Host(호스트 계층)——Claude Desktop·Cursor·VS Code 등, 내부에 MCP Client를 내장하고 각 Server와 1:1 세션을 유지합니다. Client는 JSON-RPC 2.0으로 MCP Server와 통신하며, Server는 Tools(도구)·Resources(리소스)·Prompts(프롬프트 템플릿)를 노출한 뒤 DB·API·파일시스템 등 외부 시스템에 연결합니다.
| 전송 방식 | 적합 시나리오 | 특징 |
|---|---|---|
| STDIO(표준 입출력) | 로컬 자식 프로세스 | 의존성 제로·빠른 기동·격리성 우수 |
| HTTP + SSE | 원격/클라우드 서비스 | 크로스 네트워크 호출·수평 확장 지원 |
{
"jsonrpc": "2.0",
"method": "tools/call",
"params": {
"name": "query_database",
"arguments": { "sql": "SELECT * FROM users LIMIT 10" }
},
"id": 1
}
핵심 RPC 메서드: tools/list로 런타임에 사용 가능 도구를 동적 획득, resources/read로 파일·DB 레코드 읽기. Server가 Client에 능동적으로 메시지를 푸시할 수 있어 전통 REST의 단방향 요청-응답과 다릅니다.
| 차원 | 인터넷 시대 | AI Agent 시대 |
|---|---|---|
| 문제 | 서로 다른 네트워크 프로토콜 비호환 | AI 도구 통합 방식의 파편화 |
| 해결책 | TCP/IP + HTTP | MCP |
| 핵심 가치 | 통신 언어 통일, 기기 상호연결 | 도구 인터페이스 통일, AI 상호연결 |
| 개방성 | 누구나 구현 가능한 개방 표준 | 오픈소스 프로토콜, 누구나 구현 가능 |
| 응용 계층 | HTTP 위에 Web·Email·FTP 탄생 | MCP 위에 AI 애플리케이션 생태 탄생 예정 |
| 역량 | 전통 REST API | MCP |
|---|---|---|
| 도구 발견 | 정적: 문서 읽기·하드코딩 | 런타임 tools/list 동적 획득 |
| 세션 상태 | 무상태, 요청마다 독립 | 지속 연결, 다단계 워크플로 지원 |
| 자기 서술 | API가 AI에게 자신의 역량을 알려 주지 않음 | 각 도구에 JSON Schema 부착 |
| 통신 방향 | 단방향 요청-응답 | 양방향: Server가 역으로 추론·추가 정보 요청 가능 |
핵심 본질: REST API는 「호출 가능 여부」를 해결합니다.MCP는 「AI가 도구를 발견·선택·올바르게 호출하는 방법」을 해결합니다——Agent 시대의 핵심 명제입니다.
「한 회사의 사유 표준」→「업계 공공 인프라」로 전환. 거버넌스 이관은 IETF가 인터넷 프로토콜을 관리하는 것과 유사하게, MCP가 「업계 전체의 프로토콜」이 됨을 의미합니다.
2026년 기준 MCP 생태는 10,000개 이상 Server를 보유합니다. Server가 하나 추가되면 모든 MCP 클라이언트가 즉시 사용 가능하고, 클라이언트가 추가되면 기존 도구가 즉시 재사용됩니다——HTTP가 Web 생태를 세운 것과 같은 네트워크 효과입니다.
Google의 A2A(Agent-to-Agent) 프로토콜과 MCP는 경쟁 관계가 아닙니다.MCP = AI 모델 ↔ 도구/데이터(수직 통합층), A2A = AI Agent ↔ AI Agent(수평 오케스트레이션층). 둘이 Agent 인터넷 프로토콜 스택을 구성합니다.
tools/list·tools/call 통과.HTTP가 브라우저를 발명하지 않았지만 HTTP 없이는 브라우저 생태가 없었습니다. TCP/IP가 이메일을 발명하지 않았지만 TCP/IP 없이는 Email이 없었습니다.MCP가 AI Agent를 발명한 것은 아니지만, AI Agent 생태가 존재할 수 있는 인프라가 되고 있습니다.
개발자 관점: MCP Server를 한 번 작성하면 모든 호환 클라이언트에서 사용, 수직 도메인 전용 Server는 여전히 블루오션입니다. 기업 관점: 통합 자산이 「공급자 종속」에서 「팀 소유 이식 가능 자산」으로 전환, Google Cloud(BigQuery·Maps·GKE)·Azure·AWS 모두 관리형 MCP 서비스 제공.
그러나 MCP Server와 Agent를 슬립하는 노트북·공유 개발기에서 돌리면 3가지 숨은 비용이 발생합니다.덮개로 STDIO/SSE 장연결 단절, 환경 드리프트로 인한 도구 호출 재시도, 7×24 다단계 워크플로 유지 불가. 안정 MCP 세션·Agent 오케스트레이션이 필요한 프로덕션에서는 Host·Server를 MACCOME Mac mini(M4 / M4 Pro) 전용 노드에 두는 편이 로컬 슬립 정책과 씨름하는 것보다 총비용이 낮은 경우가 많습니다. 공개 요금은 대여 가격을 참고하십시오.
수년 후 돌아보면 2024년 11월 Anthropic이 MCP 규격을 오픈소스한 이 순간이 AI 시대 「HTTP 탄생 시점」일 수 있습니다.
자주 묻는 질문
MCP와 REST API의 차이는?
REST는 「호출 가능 여부」, MCP는 「AI가 런타임에 도구를 발견·선택·올바르게 호출하는 방법」을 해결합니다. MCP는 tools/list 동적 발견·상태ful 세션·JSON Schema 자기 서술·양방향 통신을 지원합니다.
LLM 공급자를 바꾸면 MCP Server를 다시 작성해야 하나요?
아닙니다. MCP Server는 하위 모델과 분리되어 있으며, 새 클라이언트가 MCP를 지원하면 동일 Server를 재사용합니다. 기업 통합비 38–55% 절감의 원인이기도 합니다.
MCP와 Agent Skill(SKILL.md)의 관계는?
Skill은 호스트 내 프롬프트·능력 패키지, MCP는 호스트 간 표준 도구 프로토콜입니다. Agent Skill 가이드를 참고하십시오.