챕터 2

MCP — AI를 도구에 꽂는 표준 콘센트

AI를 외부 도구·데이터에 연결하는 표준 규격 MCP를 'AI의 USB-C'라는 비유로 쉽게 풀고, 왜 이것이 에이전트의 핵심인지를 다룹니다.

손발이 없으면 에이전트도 없다

1장에서 에이전트는 "도구를 쓰는 AI"라고 했습니다. 그런데 AI가 도구를 쓰려면, 그 도구에 연결되는 통로가 있어야 합니다. 메일함을 열려면 메일 서비스에, 파일을 읽으려면 저장소에 손이 닿아야 하죠.

문제는 예전엔 이 연결법이 도구마다 제각각이었다는 겁니다. 메일은 메일대로, 캘린더는 캘린더대로, 저마다 다른 방식으로 붙여야 했습니다. 도구 하나 늘 때마다 새로 연결 코드를 짜야 하니, 에이전트 만들기가 까다로웠습니다.

MCP(Model Context Protocol)는 이 연결을 하나의 표준으로 통일한 규격입니다.

AI의 USB-C

비유하자면 이렇습니다. 예전 전자기기는 충전 단자가 제각각이었습니다. 기기마다 다른 케이블을 챙겨야 했죠. USB-C가 나오면서 하나의 단자로 웬만한 기기를 다 꽂게 됐습니다.

MCP가 AI 세계의 USB-C입니다. AI라는 본체에, 도구라는 주변기기를 꽂는 표준 단자인 셈이죠.

전자기기 AI 에이전트
본체 노트북·폰 AI 모델
표준 단자 USB-C MCP
주변기기 모니터·키보드 검색·메일·파일 도구
예전 문제 단자 제각각 연결법 제각각

한 번 표준이 정해지니, 도구를 만드는 쪽은 "MCP에 맞게" 한 번만 만들면 되고, 쓰는 쪽은 그걸 그냥 꽂으면 됩니다. 이 단순한 통일이 판을 바꿨습니다.

왜 순식간에 표준이 됐나

MCP는 원래 Anthropic이 공개한 규격입니다. 그런데 2026년 들어 OpenAI·구글·마이크로소프트 같은 주요 진영이 줄줄이 채택하면서 사실상 업계 표준으로 굳었습니다.

효과는 숫자로 나타납니다. AI에 꽂을 수 있는 MCP "서버"(도구를 MCP 방식으로 감싼 것)가 벌써 수천 개 단위로 쏟아졌습니다. 검색, 파일, 데이터베이스, 업무 앱까지, 대부분의 도구가 이미 준비돼 있다는 뜻이죠.

기억할 한 줄: MCP는 "AI에 도구를 꽂는 방법을 하나로 통일한 규격"이다.

실제로는 이렇게 꽂힙니다

말이 어려우니 실제 모습을 보겠습니다. 예전에는 "AI야, 내 구글 캘린더 일정 좀 봐 줘"를 시키려면 개발자가 캘린더 연동 코드를 따로 짜야 했습니다.

MCP가 표준이 된 지금은 다릅니다. 캘린더용 MCP 서버를 골라 연결해 두기만 하면, 그다음부터는 AI에게 말로 시키면 됩니다.

"다음 주 회의 일정 확인하고, 비어 있는 시간에 보고서 작성 시간 2시간 잡아 줘."

AI가 알아서 캘린더를 읽고, 빈 시간을 찾고, 일정을 넣습니다. 캘린더 대신 메일, 노션, 슬랙으로 바꿔도 방식은 똑같습니다. "서버 연결 → 말로 시키기". 도구가 바뀌어도 쓰는 법은 하나로 유지되는 게 표준의 힘입니다.

이게 왜 에이전트에 중요한가

에이전트의 힘은 결국 "얼마나 많은 도구를 얼마나 쉽게 쓰느냐"에서 나옵니다. MCP 덕분에 이 둘이 동시에 좋아졌습니다.

많은 도구가 이미 MCP 서버로 준비돼 있으니 선택지가 넓고, 표준이라 연결이 쉽습니다. 그래서 코드를 모르는 사람도 노코드 도구에서 "이 MCP 서버를 연결" 클릭 몇 번으로 에이전트에 손발을 달 수 있게 됐습니다.

한 가지 유의할 점은 있습니다. 손발이 많아질수록 에이전트가 할 수 있는 일도 늘지만, 잘못 움직일 여지도 커집니다. 그래서 어떤 도구를 어디까지 연결할지 고르는 감각이 중요한데, 이건 5장에서 따로 다룹니다. 지금은 "MCP 덕분에 도구 연결이 쉬워졌다"만 챙기면 됩니다.

정리하면, 1장에서 본 "도구를 쓰는 AI"를 현실로 만든 게 바로 이 MCP입니다. 표준 하나가 자리 잡으면서, 에이전트는 소수 개발자의 전유물에서 누구나 조립할 수 있는 것으로 바뀌었습니다. 개념은 여기까지면 충분합니다. 이제 직접 만들어 볼 차례입니다.

다음 챕터에서는 코드 없이 n8n·Dify로 첫 에이전트를 만드는 법을 다루겠습니다.