AI에게 손과 발을 달아주기
ChatGPT나 Claude는 똑똑하지만, 혼자서는 아무것도 만질 수 없다. 파일을 읽지도 못하고, 노션에 글을 쓰지도 못하고, 깃허브 이슈를 만들지도 못한다. MCP는 AI에게 그런 "손과 발"을 달아주는 표준 규격이다.
6-1. MCP란? — AI를 위한 USB-C
한 줄 정의
Anthropic이 2024년 11월에 공개한 "AI 모델과 외부 도구·데이터를 연결하는 개방형 표준 프로토콜"
📌 비유: "AI를 위한 USB-C"
flowchart TB
subgraph 이전["MCP 이전 — 회사마다 다른 케이블"]
direction LR
L1[Lightning]
L2[Micro USB]
L3[USB-A]
L4[30핀]
L5[USB-B]
end
subgraph 이후["MCP 이후 — 하나의 표준"]
direction LR
M[MCP]
M --> T1[Notion]
M --> T2[GitHub]
M --> T3[FileSystem]
M --> T4[Database]
M --> T5[...]
endUSB-C가 나오기 전, 각 회사가 자기만의 케이블을 썼다(라이트닝, 마이크로 USB, 30핀…). MCP 이전의 AI 도구 연동도 마찬가지였다. MCP는 "하나의 표준으로 모든 도구를 연결"하게 만든다.
6-2. MCP의 4가지 구성 요소
구성 요소 | 역할 | 예시 |
|---|---|---|
MCP Host | AI 모델이 동작하는 환경 | Claude Desktop, Cursor, Claude Code |
MCP Client | Host 내부에서 서버와 통신 | Claude Desktop 내부의 MCP 통신 모듈 |
MCP Server | 외부 도구·데이터 제공 | Notion 서버, GitHub 서버, FileSystem 서버 |
Transport | 통신 방식 | STDIO (로컬), Streamable HTTP (원격) |
전체 구조도
flowchart LR
subgraph Host["🏠 MCP Host<br/>(Claude Desktop / IDE)"]
AI[AI 모델 LLM]
Client[MCP Client]
AI <--> Client
end
Client <-->|Transport<br/>STDIO / HTTP| FS[FileSystem<br/>서버]
Client <-->|Transport| Notion[Notion<br/>서버]
Client <-->|Transport| GH[GitHub<br/>서버]
Client <-->|Transport| DB[Database<br/>서버]Host(환경) 안에 Client(통신 모듈)가 있고, Transport(방식)로 Server(도구)와 연결된다.
6-3. 기존 API 방식 vs MCP 방식
기존엔 도구마다 API를 따로 배워서 연동해야 했다. MCP는 공통 표준으로 이걸 단순화한다.
구분 | 기존 API 방식 | MCP 방식 |
|---|---|---|
연결 방식 | 도구마다 직접 구현 (N×M) | 공통 표준 (N+M) |
인증 관리 | 도구별 OAuth/Key 따로 관리 | MCP가 통합 관리 |
AI 통합 | 별도 어댑터 필요 | AI가 직접 호출 |
설치 | 각 도구 SDK 학습 필요 |
|
발전 속도 | 각 회사 따로 | 오픈 표준, 빠른 생태계 확장 |
N×M에서 N+M으로
AI 모델 N개, 도구 M개가 있을 때:
기존 방식: 모든 조합을 따로 구현 → N × M 개의 어댑터
MCP 방식: 각자 표준에 한 번만 맞추면 됨 → N + M 개의 구현체
도구가 많아질수록 차이는 기하급수적으로 커진다.
❌ 기존 API — 3 × 4 = 12개 연결
스파게티 — 새 도구 1개 추가 시 N개 어댑터 추가 필요
✅ MCP — 3 + 4 = 7개 연결
허브 — 새 도구 1개 추가 시 연결도 1개만 추가
6-4. 주요 MCP 클라이언트
클라이언트 | 특징 |
|---|---|
Claude Desktop | MCP의 "레퍼런스 구현체". 가장 많은 서버 지원, 안정성 최고 |
Cursor | VS Code 기반 AI 에디터. 코드 작업에 최적화 |
Claude Code | 터미널 기반 AI 코딩 도구 (Part 7에서 상세 학습) |
Windsurf | Codeium이 만든 AI 에디터(2025년 Cognition 인수). MCP 통합 지원 |
6-5. 주요 MCP 서버
MCP 서버 | 기능 | 활용 사례 |
|---|---|---|
📁 FileSystem | 로컬 파일·디렉토리 읽기/쓰기 | AI가 프로젝트 파일을 직접 수정 |
🌐 Playwright | 브라우저 자동화 | 웹 페이지 테스트, 스크래핑, E2E 테스트 |
📚 Context7 | 최신 라이브러리 공식 문서 조회 | 환각 줄이기, 정확한 API 사용 |
📊 Google Sheets | 구글 시트 데이터 조회·수정 | 데이터 분석, 자동 보고서 작성 |
🐙 GitHub | 저장소·이슈·PR 관리 | 코드 리뷰 자동화, 이슈 관리 |
📝 Notion | 페이지·DB 읽기/쓰기 | 회의록·문서 자동 정리 |
수백 개의 MCP 서버
수백 개의 MCP 서버가 오픈소스로 공개되어 있다. 필요한 도구를 골라 한 줄로 설치 가능.
6-6. MCP 통신 방식 — STDIO vs Streamable HTTP
MCP 서버와 통신하는 방식(Transport)은 두 가지다.
구분 | STDIO 방식 | Streamable HTTP 방식 |
|---|---|---|
통신 매체 | 표준 입출력 (stdin/stdout) | HTTP — 하나의 주소(엔드포인트)로 요청·응답, 필요하면 스트리밍 |
실행 위치 | 로컬 (사용자 PC) | 원격 (클라우드 서버) |
속도 | 빠름 (네트워크 없음) | 네트워크 의존 |
인증 | 불필요 (내 PC의 프로세스) | OAuth 로그인·API 토큰 등 |
용도 | 로컬 파일·로컬 DB 접근 | 원격 API·중앙 데이터 서비스 |
예시 | FileSystem MCP, Playwright MCP | Notion MCP, GitHub MCP (원격) |
어느 쪽을 쓸까?
내 PC의 파일을 다뤄야 한다 → STDIO (FileSystem MCP 같은 것)
클라우드 서비스(Notion, GitHub)와 연결한다 → Streamable HTTP
사내 DB가 외부에 있다 → Streamable HTTP
속도가 중요하고 로컬에서 처리 가능하다 → STDIO
SSE 방식은 이제 옛날 방식
예전 자료에는 원격 방식이 SSE(Server-Sent Events)로 소개된다. SSE는 2025년 3월 MCP 스펙 개정에서 Streamable HTTP로 대체됐다(지원 중단 예정). 일부 서버·도구는 호환을 위해 아직 SSE도 받지만, 새로 연결할 때는 HTTP 방식을 고르면 된다. Claude Code의 claude mcp add --transport http ... 옵션이 바로 이것이다.
2026년의 MCP — 업계 공동 표준으로
2025년 12월 Anthropic은 MCP를 Linux Foundation 산하 Agentic AI Foundation(AAIF)에 기증했다. 이제 Anthropic·OpenAI·Google·Microsoft·AWS 등이 함께 관리하는 업계 공동 표준이다.
최신 스펙(2026-07-28)은 서버가 연결 상태(세션)를 기억하지 않아도 되는 stateless 구조로 바뀌어, 원격 MCP 서버를 일반 웹 서비스처럼 쉽게 확장할 수 있게 됐다. 인증(OAuth)도 강화됐다.
정리
MCP = AI를 위한 USB-C, Anthropic이 만들고 지금은 Linux Foundation(AAIF)이 관리하는 개방형 표준
4가지 요소: Host · Client · Server · Transport
N×M → N+M으로 통합 비용 절감
통신 방식: 로컬용 STDIO, 원격용 Streamable HTTP (예전 SSE를 대체)
다음 장에서는 이 MCP를 직접 활용하는 도구 — Claude Code로 자연어 코딩을 본다.