MCP vs A2A: 도구 표준과 에이전트 표준, 어디에 무엇을 써야 할까

 

• MCP(Model Context Protocol) 는 LLM/에이전트가 외부 도구·데이터 소스와 표준 방식으로 연결·호출하도록 만든 프로토콜이다. 쉽게 말해 “AI 세계의 USB-C” 같은 개념이다.
• A2A(Agent2Agent) 는 서로 다른 에이전트끼리 발견하고, 메시지와 작업을 주고받으며, 스트리밍과 푸시로 진행 상태를 공유할 수 있게 만든 상호운용 표준이다.

한눈에 비교표

구분	MCP	A2A
목적	에이전트가 툴/리소스/프롬프트에 표준 방식으로 접근	에이전트 간 대화·협업·작업 수명주기 표준화
주체/토폴로지	1 에이전트 ↔ 여러 툴 서버	에이전트 ↔ 에이전트(동등 피어)
디스커버리	tools/list 로 툴 열거	Agent Card(JSON 메타데이터)로 에이전트 발견
전송	JSON-RPC 2.0, 표준 트랜스포트(예: stdio, HTTP/SSE)	JSON-RPC / gRPC / HTTP+JSON, SSE 스트리밍
작업 모델	툴 호출 중심 (단발성)	Task 수명주기(생성→업데이트→완료/취소)
보안 포커스	툴 호출 동의, 입력 검증, 사용자 승인	TLS, 인증·권한, In-Task 재인증, 푸시 보안
공존성	IDE/앱/에이전트 내부에서 툴 표준화	에이전트 간 상호운용 표준화, MCP와 보완 관계

 

왜 둘 다 필요한가?

실제 시나리오에서는 A2A로 다른 에이전트에게 일을 맡기고, 그 에이전트는 내부에서 MCP로 여러 툴을 호출하는 식으로 동작한다.
즉, A2A는 “에이전트 협업 언어”이고, MCP는 “도구 연결 규격”이라 보면 된다.

 

핵심 차이 7가지

1. 표준화 대상
   • MCP: 툴/리소스/프롬프트를 정형화해 안전하게 발견·호출
   • A2A: 에이전트의 능력과 인터페이스를 Agent Card로 서술, 메시지·작업 교환
2. 디스커버리(발견)
   • MCP: tools/list로 사용 가능한 툴 조회
   • A2A: /.well-known/agent-card.json 에서 Agent Card를 제공해 능력·엔드포인트·인증 스킴 알림
3. 전송(Transport)
   • MCP: JSON-RPC 기반, stdio·HTTP/SSE 지원
   • A2A: JSON-RPC / gRPC / HTTP+JSON 모두 지원, 스트리밍은 SSE 기반
4. 상호작용 모델
   • MCP: 툴 호출 중심의 단발성 트랜잭션
   • A2A: Task 단위로 상태 추적, 스트리밍으로 부분 산출물과 이벤트 전달
5. 보안·권한
   • MCP: 입력 검증, 사용자 동의, 안전한 툴 호출 가이드
   • A2A: TLS, 인증/권한, In-Task 재인증, 푸시 알림 보안
6. 표준 메서드
   • MCP: tools/list, tools/call
   • A2A: message/send, message/stream, tasks/get, tasks/cancel 등
7. 공식 지원
   • MCP: Anthropic과 여러 앱/플랫폼에서 빠르게 확산 중
   • A2A: Google Cloud 기반으로 공개, Cloud Run 가이드와 SDK 제공

 

언제 무엇을 써야 할까?

• 툴 연결 표준화가 필요하다면 → MCP
  여러 앱·IDE·에이전트에서 재사용 가능한 인터페이스를 제공.
• 에이전트 간 협업이 필요하다면 → A2A
  서로 다른 팀/벤더의 에이전트를 묶어 작업 수명주기를 관리하고, 실시간 스트리밍과 푸시 알림까지 활용 가능.
• 베스트 프랙티스 → 둘 다 함께
  A2A로 에이전트 간 협업을 설계하고, 각 에이전트 내부에서는 MCP로 툴을 호출하는 구조가 이상적이다.

 

마무리

MCP는 도구 접근의 표준화, A2A는 에이전트 협업의 표준화다.
두 프로토콜을 함께 사용하면 복잡한 업무를 여러 에이전트가 나눠 처리하면서도, 각 에이전트 내부에서는 도구 호출을 안전하고 반복 가능한 방식으로 수행할 수 있다.
결국 이것이 엔터프라이즈급 멀티에이전트 시스템의 실전 해법이다.