MCP(Model Context Protocol)는 AI 모델과 외부 도구·데이터를 연결하는 방식을 표준화한 개방형 규격이다. 한마디로 "AI에게 도구를 물려주는 방법"을 매번 새로 짜지 않도록, 공통의 규칙과 포맷을 정해둔 것이다. 요즘 AI 에이전트 이야기에서 MCP가 빠지지 않는 건, 이게 도구 연결을 일대일 배선에서 표준 포트로 바꿔놓았기 때문이다.
왜 표준이 필요했는지는 겪어본 사람만 안다. 나는 예전에 AI에게 사내 위키를 붙이고, 캘린더를 붙이고, 데이터베이스를 붙이는 걸 전부 손으로 짰다. 도구 하나를 붙일 때마다 모델 쪽 함수 정의를 쓰고, 인증을 붙이고, 결과 포맷을 맞췄다. 다른 모델로 갈아타면 그걸 또 처음부터 했다. N개의 모델과 M개의 도구가 있으면 조합이 N곱하기M로 폭발한다.
도구마다 새로 배선하던 걸
하나의 표준 포트로 바꿨다.
MCP는 흔히 "AI 계의 USB-C"에 비유된다. 도구를 MCP 서버로 한 번 만들어두면, 그 규격을 따르는 어떤 AI 앱이든 그대로 꽂아 쓴다.
표준 공통 규격 한 번만 구현 |
개방형 특정 벤더에 묶이지 않음 |
3요소 도구·리소스 ·프롬프트 |
N+M 조합 폭발을 덧셈으로 |
MCP가 정확히 무엇을 표준화하나
MCP는 클라이언트(AI 앱)와 서버(도구 제공자) 사이의 대화 규약이다. 서버는 자기가 뭘 할 수 있는지 세 가지 형태로 알린다.
- 도구(tools) — 모델이 호출할 수 있는 동작. "이슈 생성", "쿼리 실행" 같은 함수들.
- 리소스(resources) — 모델이 읽어올 수 있는 데이터. 파일, 문서, 레코드 등.
- 프롬프트(prompts) — 서버가 미리 준비해둔 재사용 가능한 프롬프트 템플릿.
클라이언트는 연결되면 "너 뭐 할 수 있어?"라고 묻고, 서버가 목록을 돌려준다. 모델은 그 목록을 보고 필요한 걸 호출한다. 이 발견-호출 흐름이 표준이라서, 도구를 만든 쪽과 쓰는 쪽이 서로를 미리 몰라도 붙는다.
표준이 만드는 실질적 변화
가장 큰 변화는 재사용이다. 누군가 깃 저장소용 MCP 서버를 잘 만들어두면, 나는 그걸 가져다 내 에이전트에 꽂기만 하면 된다. 인증, 함수 정의, 결과 포맷을 다시 짜지 않는다. 그렇게 공개된 MCP 서버들이 생태계를 이루면서, 도구를 붙이는 비용이 극적으로 낮아졌다.
두 번째는 이식성이다. 도구를 특정 모델에 묶어 짜지 않으니, 모델을 바꿔도 도구는 그대로다. 벤더 종속이 줄어드는 것이다.
| 항목 | MCP 표준 | 직접 배선 |
|---|---|---|
| 도구 추가 | 서버 꽂기 | 매번 새로 구현 |
| 모델 교체 | 도구 그대로 | 다시 작성 |
| 공유 | 서버 배포로 재사용 | 코드마다 다름 |
맹신은 금물
표준이 좋다고 모든 문제가 사라지진 않는다. 외부 MCP 서버를 함부로 붙이는 건 보안 관점에서 위험하다. 그 서버가 모델에게 어떤 도구를 노출하고 어떤 데이터를 요구하는지 확인해야 하고, 신뢰할 수 없는 서버는 프롬프트 인젝션의 통로가 될 수 있다. 또 도구를 너무 많이 꽂으면 모델이 선택에서 헤맨다. 표준은 연결을 쉽게 해줄 뿐, 무엇을 연결할지는 여전히 사람의 판단이다.
자주 묻는 질문
MCP는 특정 회사 것인가요?
MCP는 공개된 개방형 규격으로 제안됐고, 여러 AI 앱과 도구가 이를 채택하면서 사실상의 공통 표준으로 자리 잡아가고 있다. 특정 벤더의 모델에만 종속되지 않는 게 설계 취지다. 그래서 한 번 MCP 서버로 만든 도구는 이 규격을 지원하는 여러 클라이언트에서 두루 쓸 수 있다.
함수 호출(function calling)과 뭐가 다른가요?
함수 호출은 모델이 도구를 부르는 능력이고, MCP는 그 도구를 어떻게 연결하고 발견하느냐를 정한 규약이다. 층위가 다르다. MCP 서버가 노출한 도구를 실제로 실행할 때 내부적으로는 함수 호출 메커니즘이 쓰인다. MCP는 그 위에서 도구의 배포·재사용·표준화를 담당한다고 보면 된다.
지금 당장 도입해야 하나요?
붙일 도구가 하나뿐이고 앞으로 늘 계획이 없다면 표준의 이점이 크지 않다. 그러나 여러 도구를 붙이거나, 모델을 갈아탈 여지가 있거나, 팀 사이에 도구를 공유하고 싶다면 MCP가 배선 비용을 크게 줄여준다. 다만 외부 서버를 붙일 땐 권한과 신뢰를 반드시 점검하는 게 전제다.
댓글 0