에이전트 프로토콜은 개인 에이전트가 당신을 대신해 기업과 일을 처리할 때, 먼저 상대에게 자신을 알리고 어디까지 허용되는지 확인하는 약속입니다. 대표적인 사례가 Poppy, 정식 명칭 Personal Agent Protocol로, Sierra와 Meta가 주도해 만들었으며 v1.0은 2026년 11월 13일에 공개됐습니다. 프로토콜 자체가 당신을 대신해 결정하지는 않습니다. 해결하는 문제는 하나뿐입니다. 에이전트가 상점에 도착했을 때 자신이 누구인지, 당신을 위해 무엇을 할 수 있는지, 무엇을 건드려서는 안 되는지를 어떻게 밝히느냐는 것입니다.
도대체 어떤 문제를 해결하나
기업은 자사 도메인 아래에 Poppy 파일을 공개합니다. 경로는 /.well-known/poppy.json이라는 고정된 위치이며, 에이전트는 방문할 때 이 파일을 먼저 읽습니다. 파일에는 해당 기업이 개인 에이전트를 받아들이는지, 에이전트가 어떻게 신원을 밝히는지, 무엇을 허용받는지 적혀 있습니다. 인증은 OAuth로 이뤄지며, 사용자는 에이전트가 할 수 있는 일과 할 수 없는 일을 언제든 조정할 수 있습니다. 기술적으로는 MCP, OpenAPI, UCP 등 기존 표준을 재사용했습니다.
MCP나 A2A와는 다른 것
세 프로토콜은 서로 다른 계층에 있으며 서로를 보완합니다.
| 프로토콜 | 연결하는 양쪽 | 해결하는 문제 |
|---|---|---|
| MCP | 에이전트와 도구·데이터 | 에이전트가 도구를 호출하고 데이터를 읽는 방법 |
| A2A | 에이전트와 에이전트 | 에이전트끼리 어떻게 협업하는가 |
| Poppy | 개인 에이전트와 기업 | 에이전트가 당신을 대신해 상점과 연결되는 방법 |
UCP와의 역할 분담도 명확합니다. Poppy는 방문 이전의 일, 즉 신원을 밝히고 권한을 파악하는 것을 맡고, UCP는 쇼핑 자체, 즉 상품을 찾고 장바구니에 담고 결제하는 것을 맡습니다.
지금 할 수 있는 일, 기대해서는 안 되는 일
가장 빠르게 확산된 곳은 Shopify입니다. 플랫폼의 모든 상점을 위해 Poppy 파일을 자동으로 공개하며, 175개국 이상의 상점을 커버하고, 상점 측의 추가 작업은 필요 없습니다. Meta의 Muse 에이전트는 모든 사용자에게 제공되며, 웹사이트를 방문할 때마다 Poppy를 우선적으로 찾습니다. 이미 운영 중인 사례로는 Mercury가 있습니다. 에이전트는 잔액을 확인하고 최근 거래를 살펴보며 지출을 분류할 수 있고, 결제나 송금을 시작하려면 먼저 계좌 승인 절차를 거쳐야 합니다. 터키항공은 에이전트가 운임과 항공편 현황을 확인하고 예약 번호로 주문을 조회할 수 있게 하며, 업그레이드와 결제는 사용자의 승인이 필요합니다.
다만 기대해서는 안 되는 세 가지가 있습니다. 상점이 Poppy 파일을 공개하지 않았다면 에이전트는 연결할 방법이 없어, 커버 범위는 상점의 도입 여부에 달려 있습니다. v1.0이라고 해서 모든 기능이 갖춰진 것은 아니므로, 판단은 공개된 버전에 적힌 내용만을 근거로 해야 합니다. 그리고 만능 통행증도 아닙니다. 민감한 작업에는 항상 사용자의 승인이 필요하며, 권한은 언제든 철회할 수 있습니다. 잘 맞는 일은 청구서 확인, 주문 확인, 여행 일정 비교 같은 "먼저 묻고 나서 움직이는" 장면입니다. 현장에서 결제를 결정하거나 복잡한 분쟁을 처리해야 하는 일은 여전히 당신이 직접 나서야 합니다.
