AI 에이전트의 6가지 프로토콜 — MCP, A2A, UCP, AP2, A2UI, AG-UI

개요

AI 에이전트가 단독으로 동작하던 시대는 끝났다. 이제 에이전트는 외부 도구에 접근하고, 다른 에이전트와 협업하고, 결제를 처리하고, 사용자에게 동적 UI를 보여주는 복합 시스템의 일부로 동작한다. 이를 위해 6가지 표준 프로토콜이 등장했다. 이 글에서는 각 프로토콜이 어떤 문제를 해결하는지, 서로 어떻게 연결되는지 정리한다

---

프로토콜 전체 구조

6가지 프로토콜은 각자 다른 계층의 문제를 해결한다. 레스토랑 주방을 관리하는 AI 에이전트를 예시로 생각해보면 이해가 쉽다.

• MCP — 에이전트가 재고 DB, 이메일, 노트 앱 등 외부 도구에 접근
• A2A — 가격 조회 에이전트, 품질 평가 에이전트 등 전문 에이전트끼리 통신
• UCP — 식재료 공급업체에서 표준화된 방식으로 주문
• AP2 — 주문 결제 시 지출 한도와 승인 기록을 암호학적으로 보장
• A2UI — 재고 대시보드, 주문 양식 등 UI를 에이전트가 동적으로 생성
• AG-UI — 에이전트의 작업 진행 상황을 실시간 스트리밍으로 전달

---

1. MCP (Model Context Protocol) — 도구 연결의 표준

해결하는 문제

에이전트가 외부 시스템(DB, API, SaaS)에 접근하려면 각 시스템마다 커스텀 통합 코드를 작성해야 했다. N개의 에이전트와 M개의 도구가 있으면 N×M개의 커넥터가 필요했다.

핵심 개념

MCP는 Anthropic이 만들고 2025년 12월 Linux Foundation의 Agentic AI Foundation(AAIF)에 기부한 프로토콜이다. 에이전트와 도구 사이에 표준 인터페이스를 두어, 하나의 연결 패턴으로 수백 개의 서버에 접근할 수 있게 한다.

작동 방식

• 에이전트(클라이언트)가 MCP 서버에 연결
• 서버가 사용 가능한 도구 목록을 노출
• 에이전트가 표준화된 방식으로 도구를 호출하고 결과를 받음

현재 상태

2026년 2월 기준 월간 SDK 다운로드가 9,700만 회를 넘었다. Anthropic, OpenAI, Google, Microsoft, Amazon 등 주요 AI 기업이 모두 채택한 상태다.

---

2. A2A (Agent2Agent Protocol) — 에이전트 간 통신

해결하는 문제

서로 다른 프레임워크로 만든 에이전트들이 협업하려면 공통된 통신 규약이 필요하다. A2A가 없으면 LangChain 에이전트와 AutoGen 에이전트가 대화할 방법이 없다.

핵심 개념

Google이 2025년 4월에 발표하고 2025년 6월 Linux Foundation에 기부한 프로토콜이다. 에이전트 간 통신의 HTTP 역할을 한다.

주요 메커니즘

• Agent Card: 각 에이전트가 자신의 능력, 입출력 형식, 인증 방식을 JSON으로 공개하는 명함. 다른 에이전트가 이를 읽고 적합한 에이전트를 자동으로 발견
• Task 기반 통신: 에이전트 간 상호작용이 Task 단위로 이루어짐. 요청 → 진행 → 완료의 생명주기 관리
• 프레임워크 무관: LangChain, CrewAI, AutoGen 등 어떤 프레임워크에서 만든 에이전트든 A2A로 통신 가능

MCP와의 관계

MCP는 에이전트↔도구 연결, A2A는 에이전트↔에이전트 연결이다. 상호 보완적이며, IBM의 ACP(Agent Communication Protocol)도 2025년 8월 A2A에 합류했다.

---

3. UCP (Universal Commerce Protocol) — 에이전트 커머스의 표준

해결하는 문제

에이전트가 사용자 대신 물건을 구매하려면 각 쇼핑몰마다 다른 API를 호출해야 한다. 카탈로그 조회, 가격 비교, 장바구니, 결제까지 표준화된 흐름이 없다.

핵심 개념

Google이 개발하고 Shopify, Etsy, Wayfair, Target, Walmart 등 20개 이상의 글로벌 파트너가 참여하는 오픈소스 커머스 프로토콜이다. 모든 공급자가 동일한 패턴으로 상호작용할 수 있게 한다.

주요 기능

• 표준 카탈로그 조회: 에이전트가 공급업체의 상품 목록을 일관된 형식으로 검색
• 유연한 통합 방식: REST API, A2A, MCP 등 다양한 방식으로 연결 가능
• 토큰화된 결제: 결제 정보를 토큰으로 처리하여 보안 유지
• Verifiable Digital Credentials: 검증 가능한 디지털 인증서로 거래 신뢰성 보장

---

4. AP2 (Agent Payments Protocol) — 결제 신뢰의 보장

해결하는 문제

에이전트가 사용자 대신 결제할 때, 어떤 권한으로 얼마까지 쓸 수 있는지 암호학적으로 증명할 방법이 필요하다. 단순 API 키 방식으로는 지출 한도 초과나 권한 남용을 막기 어렵다.

핵심 개념

AP2는 UCP의 결제 신뢰 계층으로 동작한다. Mandate(위임장)라는 개념을 통해 결제 권한을 암호화된 형태로 관리한다.

Mandate 체계

• CheckoutMandate: 체크아웃 시점의 장바구니 상태 해시를 포함. 장바구니 내용이 바뀌면 기존 위임장이 무효화됨
• PaymentMandate: SD-JWT-VC(Selective Disclosure JWT - Verifiable Credential) 형식의 결제 인증서. 실제 결제 승인 정보를 담음

보안 메커니즘

• 암호화 증명: 양쪽 당사자가 합의 내용에 대한 암호화 증거를 보유
• 토큰 재사용 방지: 결제 권한이 특정 체크아웃 해시에 바인딩되어 금액 조작 불가
• 독립 검증: 비즈니스는 CheckoutMandate를, 결제 처리자는 PaymentMandate를 각각 검증

---

5. A2UI (Agent-to-User Interface Protocol) — 에이전트가 만드는 UI

해결하는 문제

에이전트가 텍스트로만 응답하면 복잡한 정보를 전달하기 어렵다. 재고 현황을 표로 보여주거나, 주문 양식을 띄우거나, 공급업체 비교 카드를 나열하려면 동적 UI가 필요하다. 그러나 에이전트가 임의의 HTML/JS를 실행하면 보안 위험이 생긴다.

핵심 개념

A2UI는 Google이 CopilotKit과 함께 개발한 선언적 UI 프로토콜이다. 에이전트가 JSON으로 UI를 기술하면, 클라이언트가 자신의 네이티브 컴포넌트로 렌더링한다. 코드 실행이 아니라 데이터 전달이므로 보안 위험이 없다.

3계층 구조

• Surface: UI가 표시되는 캔버스 (대화창, 사이드바, 전체 화면 등)
• Data Model: 에이전트와 UI가 공유하는 상태 정보
• Component: 실제 UI 요소 (Button, TextField, Card, Chart 등)

핵심 원칙

• 보안: 사전 정의된 컴포넌트 카탈로그에서만 선택 — 임의 코드 실행 불가
• 네이티브 외관: iframe 없이 앱의 기존 스타일을 상속
• 이식성: 동일한 JSON이 웹, 모바일, 데스크톱에서 모두 동작

---

6. AG-UI (Agent-User Interaction Protocol) — 실시간 스트리밍

해결하는 문제

에이전트는 응답을 생성하는 데 수 초에서 수 분이 걸릴 수 있다. 전통적인 REST 요청-응답 모델로는 중간 진행 상황을 전달할 수 없고, 도구 호출 결과를 실시간으로 보여줄 수도 없다.

핵심 개념

AG-UI는 CopilotKit이 주도하고 Google이 협력하는 이벤트 기반 프로토콜이다. 에이전트 백엔드와 프론트엔드 사이의 실시간 양방향 통신을 표준화한다. 프레임워크에 종속되지 않는다.

주요 기능

• 스트리밍 채팅: 토큰 단위로 응답을 실시간 전달
• 멀티모달 지원: 텍스트, 이미지, 오디오, 파일 등 다양한 형식 처리
• 도구 호출 스트리밍: 에이전트가 도구를 호출하는 과정을 실시간으로 표시
• Human-in-the-Loop: 에이전트 실행 중 일시 중지, 사용자 승인, 편집 가능
• 공유 상태: 에이전트와 프론트엔드 간 상태 동기화
• 에이전트 조합: 서브에이전트 호출 시 중첩된 상태 관리

A2UI와의 관계

AG-UI는 전송 계층(delivery mechanism), A2UI는 UI 정의(payload)로 역할이 나뉜다. AG-UI가 이벤트를 스트리밍하고, A2UI가 그 안에 들어갈 컴포넌트를 정의하는 구조다.

---

프로토콜 간 관계 정리

6가지 프로토콜은 독립적이면서도 상호 보완적이다.

도구 접근 계층

• MCP: 에이전트 → 외부 도구/데이터

에이전트 협업 계층

• A2A: 에이전트 ↔ 에이전트

커머스 계층

• UCP: 표준화된 상거래 흐름
• AP2: 결제 신뢰와 권한 관리

사용자 인터페이스 계층

• A2UI: UI 컴포넌트 정의 (what to show)
• AG-UI: 실시간 전달 (how to deliver)

각 프로토콜은 필요에 따라 단계적으로 도입할 수 있다. MCP부터 시작해서 에이전트 간 협업이 필요해지면 A2A를, 결제가 필요하면 UCP+AP2를, 동적 UI가 필요하면 A2UI+AG-UI를 추가하면 된다.

---

거버넌스와 생태계

2025년 12월 Linux Foundation이 Agentic AI Foundation(AAIF)을 출범시켰다. OpenAI, Anthropic, Google, Microsoft, AWS, Block이 공동 설립했으며, MCP와 A2A가 이 재단 아래에서 관리된다. 2026년 2월 기준 100개 이상의 기업이 참여하고 있다.
UCP는 Shopify, Visa, Mastercard, Stripe, American Express 등 글로벌 커머스·결제 기업 20곳 이상이 파트너로 참여 중이다.
A2UI는 Apache 2.0 라이선스로 GitHub에서 개발되고 있으며, AG-UI도 오픈소스로 공개되어 있다.

---

마무리

이 6가지 프로토콜은 AI 에이전트 생태계의 표준 인프라가 되어가고 있다. 중요한 점은 한꺼번에 모두 도입할 필요가 없다는 것이다. 에이전트가 외부 도구에 접근해야 한다면 MCP부터, 다른 에이전트와 협업해야 한다면 A2A를, 커머스 기능이 필요하면 UCP+AP2를, 사용자에게 풍부한 UI를 보여줘야 한다면 A2UI+AG-UI를 순서대로 추가하면 된다. 각 프로토콜의 SDK와 예제 코드가 공개되어 있으므로, 공식 문서에서 시작하는 것을 추천한다.

---

참고 자료

• A Developer's Guide to AI Agent Protocols - Google Developers Blog
• A2A Protocol 공식 사이트
• A2UI 공식 사이트
• AG-UI 공식 문서
• UCP 공식 사이트
• UCP and AP2 문서
• Agent2Agent Protocol 발표 - Google Developers Blog
• A2UI 소개 - Google Developers Blog
• AG-UI GitHub

이 글은 Claude Code를 활용하여 작성되었습니다.