저는 앞으로 AI 에이전트가 인간을 대신하여 경제 활동을 수행하는 시대가 올 것이라고 생각합니다.
기존의 인터넷에서는 사람이 웹사이트를 열고, 상품을 찾고, 비교하고, 구매 버튼을 누르는 과정이 필요했습니다.
하지만 앞으로는 어떨까요?
예를 들어, AI 에이전트에게 다음과 같이 요청하는 것만으로 충분할지도 모릅니다.
'다음 달에 가족 3명으로 오키나와 여행을 가고 싶어. 예산은 20만 엔 이내로 해줘. 호텔과 항공권을 예약해 줘.'
AI 에이전트가 호텔을 찾고, 항공권을 비교하며, 조건에 맞는 플랜을 선택하고, 구매까지 진행합니다.
인간이 개별 웹사이트를 조작할 필요가 없습니다.
그리고 이러한 세상을 실현하는 데 있어 제가 특히 주목하고 있는 것이 바로 **A2A (Agent2Agent)와 AP2 (Agent Payments Protocol)**입니다.
이 두 기술은 경쟁 관계에 있지 않습니다. 오히려 서로를 보완하는 관계에 있습니다.
간단하게 정리하면 다음과 같습니다.
| 프로토콜 | 역할 |
|---|
| A2A | AI 에이전트 간 통신 및 연계 |
| AP2 | AI 에이전트에 의한 구매 및 결제 권한을 증명하고 검증함 |
예를 들어,
- A2A: '호텔을 찾아주고, 항공권 요금을 알려줘.'
- AP2: '이 에이전트가 정말 사용자로부터 구매를 승인받았는가?'
와 같은 차이가 있습니다.
A2A만으로도 에이전트들이 협력하여 여행 플랜을 만들 수 있습니다.
하지만 실제로 돈이 움직이는 상황에서는, 단순히 에이전트가 '사용자로부터 허가를 받았다'고 말하는 것만으로는 충분하지 않습니다.
여기서 AP2가 필요합니다.
AP2는 사용자의 승인이나 위임된 권한을 암호학적으로 검증 가능한 형태로 다루기 위한 메커니즘을 제공합니다.
다음과 같은 케이스를 생각해 봅시다.
사용자의 요청
가족 3명으로 오키나와 여행을 가고 싶어. 예산 20만 엔 이내로, 호텔과 항공권을 예약해 줘.
여기서 다음과 같은 에이전트들이 등장합니다.
- 개인화 에이전트 (Personal Agent): 사용자의 요청을 받음
- 호텔 에이전트 (Hotel Agent): 숙박 시설을 검색함
- 항공권 에이전트 (Airline Ticket Agent): 항공권을 검색함
여기에 더해, 구매 시에는 판매자, 사용자 승인 획득 메커니즘, 결제 서비스 등이 관련됩니다.
※ 이 그림은 이해를 돕기 위한 개념도입니다. 금액이나 처리 순서는 예시이며, 실제 AP2에서는 구매/결제 종류에 따른 Mandate와 검증이 필요합니다.
개인화 에이전트는 A2A를 사용하여 다른 에이전트에게 일을 요청합니다.
호텔 에이전트에게:
'오키나와에서 가족 3명이 숙박할 수 있는 호텔을 찾아주세요.'
항공권 에이전트에게:
'가족 3명분의 왕복 항공권을 찾아주세요.'
각 에이전트가 결과를 반환합니다. 예를 들어,
- 호텔: 96,000엔
- 항공권: 98,000엔
- 합계: 194,000엔
예산인 20만 엔 이내입니다.
개인화 에이전트는 조건에 맞는 여행 플랜을 구성합니다.
여기까지는 주로 A2A가 활약하는 영역입니다.
그렇다면, 에이전트가 호텔과 항공권을 찾았다고 해서 그대로 구매해도 될까요?
정답은 반드시 그렇지 않습니다.
예를 들어, 다음과 같은 문제가 있습니다.
- 사용자가 정말로 구매를 허락했는가?
- 예산 20만 엔 이내라는 조건을 지키고 있는가?
- 승인된 상품/서비스를 구매하고 있는가?
- 에이전트가 임의로 구매 내용을 변경하지 않았는가?
AP2는 이러한 문제에 대응하기 위한 프로토콜입니다.
AP2에서는 Mandate (위임/승인을 증명하는 데이터) 가 중요한 역할을 합니다.
대표적인 것에는 다음 두 가지가 있습니다.
Checkout Mandate
- 무엇을 구매하는 것이 승인되었는지
- 구매 내용과 승인의 연결고리를 검증함
Payment Mandate
- 어떤 결제가 승인되었는지
- 결제 수단이나 금액 등, 지불에 관한 권한을 다룸
예를 들어, 호텔 판매자는 Checkout Mandate를 검증하여 에이전트에 의한 구매가 적절하게 승인되었는지 확인합니다.
항공권 판매자 역시 자신이 받는 거래에 대해 필요한 검증을 수행합니다.
참고로, 호텔과 항공권이 별개의 판매자라면, 각각의 Checkout에 대응하는 승인 및 검증이 필요합니다. 하나의 Mandate를 무조건 모든 판매자에 재사용할 수는 없습니다.
또한, AP2 자체가 송금하는 것은 아닙니다.
실제 결제는 결제 사업자 등이 수행합니다.
구매 처리 결과는 Receipt(영수증)로 기록 및 확인될 수 있습니다. 이를 통해 구매나 지불에 관한 증거를 남길 수 있습니다.
물론, 영수증(Receipt)이 존재한다고 해서 예약 이행이나 서비스 제공까지 보장되는 것은 아닙니다.
그럼에도 불구하고, 에이전트(Agent)가 자율적으로 거래하는 세상에서는 이러한 검증 가능한 기록이 매우 중요하다고 생각합니다.
여기서 흥미로운 점이 있습니다.
AP2는 A2A와 결합하여 사용하도록 설계되었습니다.
Google에서 공개한 AP2 공식 리포지토리에도 A2A를 활용한 결제 시나리오 샘플이 존재합니다.
즉, A2A와 AP2의 조합은 단순히 저의 아이디어가 아닙니다. 이미 공식 프로젝트에서도 예상되는 활용 형태입니다.
참고:
한편, AP2는 A2A 전용이 아니며, 다른 Commerce Protocol이나 시스템과도 결합될 수 있도록 설계되었습니다.
여기부터는 개인적인 생각입니다.
현재의 인터넷 경제는 인간의 조작을 중심으로 설계되어 있습니다.
- 사람이 검색한다
- 사람이 비교한다
- 사람이 구매한다
- 사람이 계약한다
하지만, AI Agent가 보급되면 이 구조는 크게 변화할 가능성이 있습니다.
장래에는,
- 개인 에이전트(Personal Agent)가 구매 에이전트(Purchase Agent)에게 쇼핑을 의뢰한다
- 구매 에이전트가 판매자 에이전트(Seller Agent)와 협상한다
- 기업 에이전트(Corporate Agent)가 다른 기업 에이전트에게 서비스를 발주한다
- 에이전트가 허가된 예산 내에서 지속적으로 결제한다
와 같은 활동이 증가할 것입니다.
저는 장래에 AI Agent에 의한 경제 활동 건수가 인간의 직접적인 조작을 능가할 가능성도 충분히 있다고 생각합니다.
물론, 그것이 언제 실현될지는 알 수 없습니다.
하지만, 그런 세상에서는 두 가지 능력이 필요합니다.
1. 에이전트끼리 자유롭게 협력할 수 있는 것
이를 뒷받침하는 기술 중 하나가 A2A입니다.
2. 에이전트의 경제 활동을 안전하게 검증할 수 있는 것
이를 뒷받침하는 기술 중 하나가 AP2입니다.
에이전트가 똑똑해진다고 해서 안심하고 돈을 맡길 수는 없습니다.
에이전트의 능력뿐만 아니라, 에이전트에게 부여된 권한을 검증할 수 있는 메커니즘이 필요하다고 생각합니다.
저는 현재 이 두 영역에서 Ruby용 OSS를 개발하고 있습니다.
GitHub:
Rails 애플리케이션을 A2A 대응 에이전트로 공개하거나, 외부 에이전트와 통신하기 위한 Gem입니다.
Rails로 에이전트 간의 연계를 구현하는 것을 목표로 하고 있습니다.
GitHub:
Ruby용 AP2 SDK입니다.
Checkout Mandate 검증을 출발점으로 삼아, Mandate 생성/검증, Payment 관련 처리, Receipt 생성/검증 등 대응 범위를 넓히고 있습니다.
Rails 전용이 아니라, Ruby 애플리케이션 전반에서 이용할 수 있도록 목표하고 있습니다.
두 가지를 결합하면, 장래에는 다음과 같은 구성을 Ruby로 구현할 수 있습니다.
Rails Shopping Agent
|
| A2A
...
현재 시점에서 두 Gem을 직접 통합한 완성된 상용 플로우를 제공한다는 의미는 아닙니다.
하지만, 이것들을 결합한 Ruby 기반 에이전트 커머스(Agent Commerce) 데모는 꼭 실현하고 싶은 주제 중 하나입니다.
AI Agent는 단순한 채팅 도구에서 실제로 업무를 진행하는 존재로 변화하고 있습니다.
그리고 일의 끝에는 반드시 경제 활동이 있습니다.
상품을 구매한다.
서비스를 계약한다.
다른 에이전트에게 일을 의뢰한다.
그런 세상에서는, 에이전트 간의 통신과, 구매 및 결제 권한을 검증하는 메커니즘이 중요할 것입니다.
A2A가 에이전트들을 연결하고, AP2가 에이전트에 의한 경제 활동의 신뢰를 지탱합니다.
저는 이 조합에서 큰 가능성을 느낍니다.
아직 발전 단계에 있는 영역이지만, 지금부터 Ruby OSS를 키워나가고 싶습니다.
언젠가 AI Agent에 의한 경제 활동이 당연해졌을 때, 제가 만든 Gem이 루비 개발자들에게 조금이라도 도움이 된다면 기쁠 것입니다.
관련 OSS
참고 자료
