MCP — AI를 도구에 꽂는 표준 콘센트
AI를 외부 도구·데이터에 연결하는 표준 규격 MCP를 'AI의 USB-C'라는 비유로 쉽게 풀고, 왜 이것이 에이전트의 핵심인지를 다룹니다.
손발이 없으면 에이전트도 없다
1장에서 에이전트는 "도구를 쓰는 AI"라고 했습니다. 그런데 AI가 도구를 쓰려면, 그 도구에 닿는 통로가 있어야 합니다.
도구마다 달랐던 연결
메일함을 열려면 메일 서비스에, 파일을 읽으려면 저장소에 손이 닿아야 합니다. 문제는 예전엔 이 연결법이 도구마다 제각각이었다는 겁니다. 메일은 메일대로, 캘린더는 캘린더대로 저마다 다른 방식으로 붙여야 했죠. 도구 하나 늘 때마다 새 연결 코드를 짜야 하니, 에이전트 만들기가 까다로웠습니다.
하나로 통일한 규격
MCP(Model Context Protocol)는 이 연결을 하나의 표준으로 통일한 규격입니다. AI를 외부 도구·데이터에 꽂는 "방식"을 한 가지로 정해 둔 약속이라고 보면 됩니다.
AI의 USB-C
비유하자면 이렇습니다. 예전 전자기기는 충전 단자가 제각각이라 기기마다 다른 케이블을 챙겨야 했습니다. USB-C가 나오면서 하나의 단자로 웬만한 기기를 다 꽂게 됐죠.
본체에 주변기기를 꽂는 표준 단자
MCP가 AI 세계의 USB-C입니다. AI라는 본체에, 도구라는 주변기기를 꽂는 표준 단자인 셈입니다.
| 전자기기 | AI 에이전트 | |
|---|---|---|
| 본체 | 노트북·폰 | AI 모델 |
| 표준 단자 | USB-C | MCP |
| 주변기기 | 모니터·키보드 | 검색·메일·파일 도구 |
| 예전 문제 | 단자 제각각 | 연결법 제각각 |
표준이 바꾼 것
한 번 표준이 정해지니, 도구를 만드는 쪽은 "MCP에 맞게" 한 번만 만들면 되고, 쓰는 쪽은 그걸 그냥 꽂으면 됩니다. 이 단순한 통일이 판을 바꿨습니다. 실제로 검색·파일·데이터베이스·업무 앱을 감싼 MCP "서버"가 이미 수천 개 단위로 나와 있습니다.
MCP 안을 살짝 들여다보면
여기서 조금만 더 들어가 보겠습니다. 원리를 알면 뒤 장에서 도구를 붙일 때 훨씬 덜 헤맵니다. 어렵지 않습니다.
호스트·클라이언트·서버, 세 역할
MCP는 세 배역으로 움직입니다. AI 앱 자체가 호스트(연결을 총괄하는 쪽), 호스트가 도구 하나마다 띄우는 연결 담당이 클라이언트, 실제 도구를 MCP 방식으로 감싸 내주는 쪽이 서버입니다. 콘센트로 치면 호스트는 집, 클라이언트는 각 방의 콘센트, 서버는 거기 꽂는 가전입니다. (출처: modelcontextprotocol.io Architecture)
서버가 내주는 세 가지: 도구·자료·프롬프트
MCP 서버는 보통 세 종류를 내놓습니다. **도구(Tools)**는 AI가 실행할 수 있는 기능(메일 보내기, 검색하기), **자료(Resources)**는 읽어올 데이터(파일 내용, DB 기록), **프롬프트(Prompts)**는 재사용할 지시 틀입니다. 에이전트가 "행동"하는 힘은 이 중 도구에서 나옵니다. (출처: philschmid.de, Databricks 블로그)
M×N을 M+N으로
MCP가 왜 중요한지는 숫자 하나로 정리됩니다. AI 앱이 M개, 붙일 도구가 N개면 예전엔 M×N개의 연결을 일일이 만들어야 했습니다. MCP는 이걸 M+N으로 줄입니다. 도구 쪽이 서버 N개만 만들면, 어느 AI 앱이든 그대로 꽂아 쓸 수 있으니까요. (출처: Kubiya·Stytch)
기억할 한 줄: MCP는 "AI에 도구를 꽂는 방법을 하나로 통일해, M×N 연결을 M+N으로 줄인 표준"이다.
먼저 악수부터 한다
연결되는 순간 클라이언트와 서버는 짧게 "악수"를 합니다. 서로 어떤 도구·자료·기능을 지원하는지 먼저 맞춰 보는 것이죠. 이 과정 덕분에 에이전트가 서버에 없는 기능을 엉뚱하게 호출하는 사고를 줄입니다. (출처: modelcontextprotocol.io)
실제로는 이렇게 꽂힙니다
말이 많았으니 실제 모습을 보겠습니다. 예전에는 "AI야, 내 구글 캘린더 일정 좀 봐 줘"를 시키려면 개발자가 캘린더 연동 코드를 따로 짜야 했습니다.
MCP가 표준이 된 지금은 다릅니다. 캘린더용 MCP 서버를 골라 연결해 두기만 하면, 그다음부터는 말로 시키면 됩니다.
"다음 주 회의 일정 확인하고, 비어 있는 시간에 보고서 작성 시간 2시간 잡아 줘."
AI가 알아서 캘린더를 읽고, 빈 시간을 찾고, 일정을 넣습니다. 캘린더 대신 메일, 노션, 슬랙으로 바꿔도 방식은 똑같습니다. "서버 연결 → 말로 시키기". 도구가 바뀌어도 쓰는 법은 하나로 유지되는 게 표준의 힘입니다.
이게 왜 에이전트에 중요한가
에이전트의 힘은 결국 "얼마나 많은 도구를 얼마나 쉽게 쓰느냐"에서 나옵니다. MCP 덕분에 이 둘이 동시에 좋아졌습니다. 많은 도구가 이미 서버로 준비돼 있으니 선택지가 넓고, 표준이라 연결이 쉽습니다. 그래서 코드를 모르는 사람도 노코드 도구에서 "이 MCP 서버 연결" 클릭 몇 번으로 에이전트에 손발을 답니다.
유의할 점도 있습니다. 손발이 많아질수록 할 수 있는 일도 늘지만, 잘못 움직일 여지도 커집니다. 어떤 도구를 어디까지 연결할지 고르는 감각이 중요한데, 이건 5장에서 따로 다룹니다. 지금은 "MCP가 도구 연결을 표준으로 쉽게 만들었다"만 챙기면 충분합니다.
정리하면, 1장에서 본 "도구를 쓰는 AI"를 현실로 만든 게 이 MCP입니다. 표준 하나가 자리 잡으면서, 에이전트는 소수 개발자의 전유물에서 누구나 조립할 수 있는 것으로 바뀌었습니다. 콘센트 규격이 통일된 덕분에, 이제 우리가 할 일은 "어떤 가전을 꽂을지" 고르는 것뿐입니다.