요즘 AI 뉴스에 MCP라는 세 글자가 빠지지 않습니다. ChatGPT도, 클로드도, 커서(Cursor)도 "MCP를 지원한다"고 하죠. 그런데 MCP가 뭐길래 모두가 지원한다는 걸까요? 코드 한 줄 없이 5분 만에 정리해 드립니다.
왜 MCP가 필요했나
AI가 답만 하는 시대에서 대신 일을 해내는 에이전트 시대로 넘어오면서, AI는 파일을 열고 DB를 조회하고 API를 부르는 등 '바깥 도구'를 써야 했습니다. 문제는 도구마다, 모델마다 연결 방식이 제각각이라 통합이 지옥이었다는 점입니다. 새 도구 하나 붙이는 데 며칠이 걸리기 일쑤였죠.
MCP를 한 문장으로: AI 에이전트의 'USB-C'
MCP(Model Context Protocol)는 AI 애플리케이션이 외부 데이터·도구에 연결되는 방식을 정한 개방형 표준입니다. 앤트로픽이 제안하고 주요 AI 연구소들이 채택했습니다. 비유하자면 AI 에이전트를 위한 USB-C — 하나의 표준 커넥터로 어떤 모델·프레임워크·서비스든 꽂아 쓸 수 있게 합니다.
어떻게 작동하나 — 클라이언트·서버 + 세 가지
MCP는 표준화된 클라이언트-서버 프로토콜입니다. 핵심은 서버가 제공하는 세 가지 능력입니다.
- Tools(도구) — AI가 호출하는 실행 함수(예: 검색, 파일 이동, 결제 조회).
- Resources(리소스) — 읽기 전용 데이터(파일, API 응답 등).
- Prompts(프롬프트) — 특정 도구와 상호작용을 안내하는 표준 템플릿.
가장 큰 미덕은 제공자 독립성입니다. 예컨대 PostgreSQL용 MCP 서버 하나면 클로드든 ChatGPT든 로컬 라마(Llama)든 수정 없이 그대로 붙습니다.
2026년, 이미 표준이 됐다
ChatGPT, 클로드, 제미나이, 마이크로소프트 코파일럿, VS Code, 커서까지 모두 네이티브 MCP 지원을 갖췄습니다. 2026년 중반 기준 다운로드는 약 9,700만 건, 공식 레지스트리에 등록된 서버는 6,400개를 넘었다고 보도됩니다. 어떤 팀은 새 도구 연동 시간이 3일에서 11분으로 줄었다고 합니다.
읽고 바로 해볼 것
- 새 AI 도구를 평가할 때 "MCP를 지원하나?"를 체크리스트에 넣으세요 — 락인(lock-in)을 피하는 지표입니다.
- 기획자라면 "우리 서비스에 MCP 서버를 열면, 에이전트가 우리 데이터를 도구처럼 쓸 수 있다"는 관점으로 접근하세요.
마무리
정리하면, MCP는 AI가 도구를 쓰는 방식의 공용 표준입니다. 표준이 자리 잡으면 경쟁은 '어느 모델이 센가'에서 '누가 더 좋은 도구·데이터를 표준으로 연결하나'로 옮겨갑니다.
한눈에 보기
flowchart LR Host["AI 앱: 클로드·ChatGPT·커서"] -->|MCP| Client["MCP 클라이언트"] Client -->|표준 프로토콜| Server["MCP 서버"] Server --> T["Tools: 실행 함수"] Server --> R["Resources: 읽기 데이터"] Server --> P["Prompts: 템플릿"]