에이전트 AI 표준화(MCP·WebMCP)의 의미

2025년 11월, 마이크로소프트의 깃허브 코파일럿 담당 팀이 자사 개발자 블로그에 흥미로운 문장을 하나 올렸다. "우리는 더 이상 각 AI 도구마다 별도의 플러그인을 만들지 않는다." 이 짧은 선언 뒤에 숨은 배경이 바로 MCP(Model Context Protocol)다. 2024년 11월 앤트로픽이 처음 공개했을 때만 해도 업계 반응은 미지근했다. 그러나 1년 만에 오픈AI, 구글 딥마인드, 마이크로소프트가 차례로 이 규격을 채택하겠다고 발표하면서 상황이 뒤집혔다.

MCP가 해결하려는 문제는 단순하다. AI 에이전트가 캘린더, 파일 시스템, 데이터베이스, 사내 API 같은 외부 도구에 접근하려면 그동안 서비스마다 다른 연동 코드를 새로 짜야 했다. 챗봇 회사 열 곳이 있으면 노션 연동 코드도 열 벌이 필요한 식이었다. MCP는 이걸 하나의 공통 프로토콜로 묶는다. JSON-RPC 기반의 메시지 규격을 정의해서, 도구를 만드는 쪽은 MCP 서버 하나만 만들면 되고, 에이전트를 만드는 쪽은 MCP 클라이언트 하나만 구현하면 모든 MCP 서버와 대화할 수 있게 된다. 이 구조는 언어 서버 프로토콜(LSP)이 코드 에디터와 프로그래밍 언어 사이의 관계를 정리했던 방식과 자주 비교된다.

WebMCP는 이 아이디어를 브라우저 안으로 가져온 것이다. 2025년 하반기 구글이 크롬에서 실험을 시작했고, 웹사이트가 자신의 기능을 AI 에이전트에게 직접 노출하는 API를 표준화하려는 시도다. 예를 들어 항공권 예매 사이트가 "이 페이지에서는 좌석 선택, 결제, 취소가 가능하다"는 정보를 구조화된 형태로 에이전트에게 알려주면, 에이전트는 화면을 스크린샷 찍듯 추측하며 클릭하는 대신 정확한 명령을 호출할 수 있다.

다만 표준화가 곧 안전을 뜻하지는 않는다는 지적도 만만치 않다. 2025년 상반기 보안 연구자들은 MCP 서버가 프롬프트 인젝션 공격에 취약할 수 있다는 사례를 여럿 발표했다. 악의적으로 조작된 문서나 웹페이지가 에이전트에게 숨겨진 명령을 주입해 권한 밖의 행동을 시키는 방식이다. 또한 표준을 누가 실질적으로 통제하느냐를 두고도 논쟁이 있다. 앤트로픽이 시작한 규격이지만 지금은 오픈소스 재단 형태로 운영 위원회를 넓히는 중이며, 이 과정에서 각 빅테크의 이해관계가 어떻게 반영될지가 관전 포인트로 꼽힌다. 결국 MCP·WebMCP는 "AI가 인터넷을 사람처럼 쓰게 하려는" 흐름의 한 단계이며, HTTP나 USB가 그랬듯 성공한다면 이후 두드러지게 존재감을 드러내지 않으면서도 인프라의 일부가 될 가능성이 크다는 평가가 나온다.

작동 구조 및 처리 절차

MCP는 AI 에이전트가 외부 도구에 접근하기 위해 사용하는 공통 프로토콜이다. MCP는 외부 도구 연동 코드를 개별 작성하는 대신 공통 규격으로 묶는 기능을 수행한다. 이 프로토콜은 캘린더, 파일 시스템, 데이터베이스, 사내 API와의 연동에 쓰인다.

MCP 시스템은 MCP 클라이언트, MCP 서버, JSON-RPC 기반 메시지 규격으로 구성된다. MCP 클라이언트는 AI 에이전트를 제작하는 주체가 구현하는 구성 요소다. MCP 서버는 외부 도구를 제공하는 주체가 구현하는 구성 요소다. JSON-RPC 메시지 규격은 MCP 클라이언트와 MCP 서버 사이의 통신 규칙을 정의한다.

작동 과정은 입력, 처리, 결과의 단계로 진행된다. 먼저 MCP 클라이언트가 JSON-RPC 규격에 맞춘 요청 메시지를 MCP 서버에 전송한다. 다음으로 MCP 서버가 요청을 받아 연결된 도구의 기능을 실행하고 처리한다. 마지막으로 처리된 결과가 MCP 클라이언트로 전달되어 AI 에이전트의 도구 연동이 완료된다.

웹 확장 및 보안상 한계

WebMCP는 웹 브라우저 환경에서 웹사이트의 기능을 AI 에이전트에 노출하는 표준 API 규격이다. WebMCP는 웹페이지의 기능 정보를 구조화된 형태로 제공하는 기능을 수행한다. 이 규격은 AI 에이전트가 화면을 추측하는 대신 정확한 명령을 호출하도록 하는 데 쓰인다.

작동 과정에서 웹사이트가 처리 가능한 기능 정보를 구조화된 규격으로 전달하면, AI 에이전트는 해당 규격에 맞춰 명령을 호출하고 처리를 수행한다.

다만 표준화 규격이 적용되어도 보안 위험이 완전히 배제되는 것은 아니다. 2025년 상반기 보안 연구자들은 MCP 서버가 프롬프트 인젝션 공격에 취약할 수 있다는 사례를 보고했다. 조작된 문서나 웹페이지가 숨겨진 명령을 주입할 경우 AI 에이전트가 권한 밖의 행동을 실행할 가능성이 있다. 아울러 표준 통제권과 관련하여 오픈소스 재단 형태의 운영 위원회 확장 과정에서 각 기업의 이해관계 조정이 진행 중인 과제로 남아 있다.

개발 배경 및 표준 도입 경과

MCP 개발 및 도입 경과는 도구별 개별 연동 방식의 비효율을 해결하기 위해 단일 규격을 확립해 온 과정이다. 이 도입 경과는 인공지능 개발 환경에서 에이전트와 도구 간의 인터페이스 표준화에 적용된다.

초기 개발 환경에서는 AI 에이전트가 도구에 접근할 때 서비스마다 다른 연동 코드를 새로 작성해야 하는 비효율이 존재했다. 2024년 11월 앤트로픽이 MCP를 처음 공개했다. 공개 당시에는 업계 반응이 미지근했다. 그러나 이후 1년 사이에 오픈AI, 구글 딥마인드, 마이크로소프트가 차례로 MCP 규격 채택을 발표했다. 2025년 11월 마이크로소프트의 깃허브 코파일럿 담당 팀은 AI 도구마다 별도의 플러그인을 제작하지 않겠다는 방침을 공표했다.

주요 기업의 규격 채택에 따라 개별 플러그인 작성 부담이 줄어들고 공통 프로토콜 중심의 생태계가 형성된 것으로 평가받는다.

연동 방식 비교 및 아키텍처 특성

MCP 연동 방식은 도구 제공자와 에이전트 개발자 간의 통신 인터페이스를 규격화한 아키텍처다. 이 아키텍처는 노션을 포함한 다양한 외부 소프트웨어 및 API 연동 시스템에 쓰인다.

기존 방식에서는 다수의 챗봇 서비스와 외부 도구가 존재할 때 각 조합에 맞춰 별도의 연동 코드를 개별적으로 작성했다. 반면 MCP 아키텍처에서는 도구를 제공하는 주체가 MCP 서버를 하나 구현하고, 에이전트를 제작하는 주체가 MCP 클라이언트를 하나 구현한다. 연동 과정은 클라이언트가 규격화된 메시지를 보내고 서버가 도구 기능을 실행하여 응답하는 방식으로 통신을 단일화한다. 이러한 연동 구조는 언어 서버 프로토콜(LSP)이 코드 에디터와 프로그래밍 언어 사이의 관계를 정리한 방식과 유사하다는 평가를 받는다.

해당 구조가 성립하기 위해서는 클라이언트와 서버가 JSON-RPC 기반 메시지 규격을 준수해야 한다.

거버넌스 운영 및 인프라 전망

MCP 거버넌스 체계는 표준 규격의 관리 주체와 운영 권한을 설정하는 관리 구조다. 이 거버넌스 체계는 프로토콜의 표준 유지와 오픈소스 생태계 확장에 쓰인다.

MCP 규격은 앤트로픽이 처음 시작했으나, 현재는 오픈소스 재단 형태로 운영 위원회를 확장하는 절차가 진행 중이다. 이 확장 과정에서 빅테크 기업들의 이해관계를 어떻게 반영할 것인가가 주요 쟁점으로 꼽힌다.

MCP와 WebMCP는 인공지능이 인터넷을 활용하도록 지원하는 기술적 흐름의 한 단계로 분석된다. HTTP나 USB와 같은 표준 규격의 선례와 같이 보급에 성공할 경우, MCP는 겉으로 드러나지 않으면서도 핵심 인프라의 일부로 자리 잡을 가능성이 크다는 평가를 받는다.