MCP란 무엇인가? API와의 차이와 AI 에이전트가 도구에 연결되는 방식을 쉽게 정리

핵심 메시지

• MCP(모델 컨텍스트 프로토콜)는 AI 모델이 도구·데이터·시스템에 연결되는 방식을 새로 정의하려는 표준이다.
• 기존 API는 프로그램 간 통신용으로, 어떤 엔드포인트를 어떻게 호출할지 사람이 하드코딩하고 프롬프트로 설명해야 한다.
• MCP는 도구가 무엇을 할 수 있고 어떤 입출력을 받는지 모델이 스스로 발견하도록 표준화된 방식을 제공한다.
• MCP는 API를 대체하는 것이 아니라 그 위에 얹혀, 모델과 환경 사이의 미들웨어(번역기) 역할을 한다.
• 남은 과제는 생태계 표준 합의, 보안·권한 통제, 그리고 엔드포인트가 아닌 '역량·맥락' 중심의 개발자 사고 전환이다.

쉽게 이해하기

수십 년간 API는 시스템을 잇는 접착제였다. 엔드포인트를 정의하고 요청을 보내면 예측 가능한 응답이 돌아오는 방식은 전통적인 소프트웨어에는 완벽했다. 그러나 대규모 언어 모델(LLM)이 등장하면서 상황이 달라졌다. 모델은 하나의 엔드포인트만 부르는 것이 아니라 여러 개를 연쇄로 호출하고, 비정형 데이터를 해석하며 후속 질문까지 던진다. 즉 도구 접근만이 아니라 '맥락'이 필요해졌다.

문제는 API가 프로그램과 프로그램의 대화를 위해 만들어졌다는 점이다. 영상은 API를 잠긴 캐비닛에 비유한다. 어떤 서랍을 어떤 열쇠로 여는지 정확히 알아야 하는데, 모델은 라벨 없는 캐비닛 앞에서 어떤 함수를 어떤 인자로 불러야 할지 알 수 없어 매번 사람이 프롬프트로 알려줘야 한다. MCP는 이런 반복적인 손질 없이 모델이 자율적으로 도구를 발견하고 쓰도록 설계됐다.

MCP는 도구가 무엇을 할 수 있고 어떤 입력을 기대하며 어떤 출력을 내는지를 표준화된 방식으로 모델에 알려준다. 정적인 사용 설명서가 아니라 기계가 읽을 수 있는 살아있는 지도를 주는 셈이다. 예를 들어 Gmail·Notion·Jira로 지원 티켓을 처리하는 에이전트를 만들 때, API 방식이라면 통합마다 코드를 짜고 페이지네이션·인증·오류·레이트 리밋을 처리해야 하지만, MCP에서는 각 서비스가 MCP 호환 인터페이스를 노출하고 모델이 그 기능을 알아서 파악한다.

작동 원리를 보면, MCP 서버는 서비스나 데이터 소스 옆에 놓인 경량 프로세스로 자신의 기능과 입출력을 JSON 스키마로 기술한다. 모델은 websocket이나 HTTP 같은 표준 인터페이스로 연결해 사용 가능한 자원의 메타데이터를 받고, 추측이 아니라 그 메타데이터를 근거로 함수를 직접 호출한다. 모든 것이 스스로를 설명하기 때문에 스키마를 프롬프트로 만들거나 응답을 일일이 다시 포맷할 필요가 없다.

MCP는 API를 없애지 않는다. API는 여전히 시스템이 실제로 동작하는 토대이고, MCP는 모델과 API 사이의 미들웨어를 바꿔 기존 API를 모델이 이해할 형식으로 번역한다. HTTP가 인터넷을 표준화했듯 MCP는 AI 환경의 상호운용을 지향한다. 다만 아직 초기 단계로, 생태계의 표준 채택, 보안과 권한 통제, 엔드포인트가 아닌 역량과 맥락으로 사고하는 개발자의 전환이 과제로 남아 있다.

주요 인사이트

• API의 클라이언트는 다른 프로그램이나 사용자지만, MCP의 클라이언트는 모델 자신이며 이 차이가 통합 설계 전체를 바꾼다.
• 100개의 맞춤 통합을 만드는 대신 하나의 MCP 인터페이스를 만들면 호환되는 모든 모델이 즉시 사용할 수 있다.
• 무엇을 언제 호출할지 결정하는 로직이 앱 코드에서 모델의 추론 계층으로 옮겨간다.
• 모델이 직접 도구를 호출할 수 있게 되면서 권한·범위·인증 같은 가드레일을 프로토콜 계층에 넣는 일이 중요해진다.

자주 묻는 질문

관련 AI 소식