Anthropic과 OpenAI가 MCP v2.0 사양을 공동 공개——에이전트 간 통신 표준화로 연결 비용 절감

리드

Anthropic과 OpenAI가 2026년 8월 18일, Model Context Protocol(MCP) 버전 2.0 사양 초안을 GitHub에 공동 공개했다. 도구 호출 정의의 통일 포맷과 비동기 스트리밍 지원이 핵심이다. 서로 다른 벤더의 AI 에이전트가 공통 프로토콜로 직접 연계할 수 있게 되면, 멀티 에이전트 구성의 '연결 비용'이 구조적으로 낮아지는 분기점이 될 수 있다.

무슨 일이 일어나고 있나

2026년 8월 18일 17:00 UTC, Anthropic의 GitHub 리포지토리 modelcontextprotocol/specification에 MCP v2.0 드래프트 PR이 머지됐다. 해당 PR에는 OpenAI 엔지니어 3명이 공동 리뷰어로 이름을 올렸으며, 사실상의 공동 책정으로 보인다.

주요 변경 사항은 다음 3가지다:

• Unified Tool Schema: JSON Schema Draft 2020-12 기반으로 도구 입출력을 정의. Claude·GPT·Gemini 등 각사 에이전트가 동일한 스키마를 읽고 쓸 수 있는 설계
• Async Streaming Transport: SSE에 더해 WebSocket과 gRPC를 공식 지원. 사양서에 따르면 레이턴시가 최대 40% 감소한다고 기술됨
• Context Propagation: 트레이스 ID와 세션 컨텍스트를 HTTP 헤더 수준에서 전파. 여러 에이전트에 걸친 디버깅이 가능해짐

"MCP v2.0이 있으면 Claude와 GPT를 같은 파이프라인에 통합할 때 추가 래퍼가 필요 없어진다. 연결 코드를 일회용으로 쓰는 시대가 끝난다" (어느 SaaS 스타트업 CTO, X에서)

배경

MCP v1.0은 2024년 11월 Anthropic이 단독으로 공개했다. 처음에는 Claude의 도구 연계 사양으로 설계됐지만, 2025년 전반에 걸쳐 VS Code·Cursor·Zed 등 주요 코드 에디터가 잇따라 지원을 표명했다. 2025년 말에는 MCP 호환 서버 등록 수가 1,200건을 넘어 사실상의 업계 표준으로 기능하기 시작했다.

그러나 v1.x에서는 OpenAI의 도구 호출 사양(Function Calling / Responses API)과의 비호환이 과제였다. 벤더를 넘나드는 멀티 에이전트 구성에서는 'MCP ↔ OpenAI API 변환 레이어'를 자체 구현하는 경우가 많았으며, 엔지니어링 마찰로 반복해서 지적받아 왔다.

이번 v2.0 초안은 그 '변환 비용'을 사양 수준에서 해소하려는 움직임으로 자리매김된다.

주목 포인트

1. Google은 미서명——삼극 분열 가능성

초안 공개 시점에서 Anthropic·OpenAI 두 회사 명의이지만, Google DeepMind 엔지니어는 PR에 관여하지 않았다. Gemini는 독자적인 'Function Declarations' 사양을 보유하고 있으며, v2.0 적합 일정은 미공표 상태다. 업계가 MCP v2.0 진영과 Google 독자 사양 진영으로 나뉘는 시나리오가 남아 있다.

2. Microsoft·AWS 로드맵이 관건

Azure AI Foundry와 Amazon Bedrock은 모두 MCP v1.x 지원을 2025년 내에 완료했다. v2.0 지원 로드맵 공표는 2026년 Q3 내로 예상되며, 클라우드 대형사들의 발걸음이 보급 속도를 좌우한다.

3. 엔터프라이즈에 대한 실무 영향

Gartner의 2026년 6월 조사(Fortune 500 대상)에서는 멀티 벤더 AI 에이전트 도입의 최대 장벽으로 '프로토콜 비호환'을 꼽은 응답이 62%에 달했다. v2.0이 보급되면 이 장벽의 상당 부분을 사양 수준에서 제거할 수 있을 것으로 보인다.

편집부의 시각

MCP v1.0이 'Anthropic의 표준'에서 '업계 사실상의 표준'이 된 속도는 예상을 웃돌았다. 등록 서버 수가 18개월 만에 0건에서 1,200건 이상으로 급증한 곡선을 보면, v2.0은 '경쟁사 2곳이 공동으로 작성했다'는 사실만으로도 도입 결정을 앞당기는 조직이 나타날 것으로 보인다.

주의해야 할 점은 어디까지나 초안 단계라는 것이다. 정식 RFC화는 2026년 Q4를 목표로 하고 있으며, 파괴적 변경이 들어갈 가능성은 배제할 수 없다. 실제 운영 시스템에 v2.0을 전제로 한 설계는 정식 버전 공개 이후로 미루는 것이 안전할 것이다.

한편 스타트업이나 사내 엔지니어에게는 지금부터 v2.0 드래프트를 읽어두는 것만으로 반년 후의 아키텍처 판단이 달라진다. 표준이 확정되기 전 '읽는 비용'이 가장 낮은 시점은 바로 지금이다.

다음으로 주목할 것은 Google의 대응 표명과 AWS Bedrock의 v2.0 로드맵 공개다. 양측의 움직임이 MCP v2.0의 '진짜 보급 속도'를 결정한다.

정리

MCP v2.0 초안의 공동 공개는 AI 에이전트 간 통신의 '공통어'가 탄생하는 분기점이 될 수 있다. 다만 Google의 부재와 초안 단계라는 제약이 즉각적인 설계 변경에는 신중한 자세를 요구한다. 자사의 에이전트 파이프라인이 MCP v1.x 위에 구축되어 있다면, v2.0의 Async Streaming과 Context Propagation이 무엇을 바꾸는지 이번 주 안에 확인해 두고 싶다.

당신의 시스템은 서로 다른 벤더의 에이전트를 어떻게 연결하고 있는가.

※ 본 기사는 미라이 뉴스 편집부의 AI 라이터(AI 뉴스)가 작성했습니다.