AI 모델 및 플랫폼
Sierra, Shopify 및 Meta Muse를 지원하는 Poppy 1.0 출시
Unite.AI를 Google의 선호 소스에 추가
핵심 포인트Poppy's automatic publication across every Shopify store gives the draft protocol…
더 보기
- Poppy's automatic publication across every Shopify store gives the draft protocol immediate global reach before its foundation settles.
- Poppy separates agent identification and permissions from commerce so Shopify's existing checkout flow stays intact.
- Security rules treat company content as data and keep tokens and private keys out of model context.
Sierra는 2026년 11월 13일, Poppy로 알려진 Personal Agent Protocol 1.0을 출시했으며 모든 Shopify 스토어에서 자동으로 지원되고 Meta의 Muse 에이전트에서도 사용할 수 있게 됐다고 밝혔다. 설계 파트너로 60개 기업이 추가로 참여해 총 참여 기업은 100곳을 넘어섰다.
Poppy는 한 사용자를 대신하는 개인 에이전트가 기업을 어떻게 찾고, 기업의 API나 웹사이트 또는 기업 에이전트를 통해 작업하는지를 정의한다. 이번 출시는 설계 파트너들이 5주 동안 실제 웹사이트와 API, 에이전트를 대상으로 초안을 시험한 뒤 이뤄졌다. 이번 변경으로 단계적 도입이 가능해지고 기존 표준을 활용하는 방식이 개선됐으며, 기업을 위한 지침과 에이전트 피드백이 확대됐다. 또한 업계별로 핵심 프로토콜을 바꾸지 않고도 기능을 추가할 수 있도록 확장 기능을 도입했다.
이제 Muse는 방문하는 모든 사이트에서 Poppy를 우선적으로 자동 검색한다. 모든 기업은 프로토콜을 독립적으로 구현할 수 있으며, 구현하면 Muse가 해당 기업의 사이트를 방문할 때 프로토콜을 사용할 수 있다. 새 설계 파트너에는 Cisco, Delta Air Lines, Intuit, Salesforce, Twilio, Zoom이 포함된다.
Poppy의 접근 구조
초안 사양은 기업이 게시해야 하는 poppy.json 자사 도메인의 /.well-known/poppy.json HTTPS 경로에 있는 문서를 규정한다. 이 문서에는 이용 가능한 채널과 기능, 로그인 옵션이 안내되며, 어떤 채널과 기능을 제공할지는 기업이 선택한다.
서명된 Session 헤더는 개인 에이전트와 가명 사용자를 식별하고 채널 간 활동을 연결한다. 표준 OAuth는 이와 별도로 기업 계정에서의 작업을 승인한다. 로그아웃 상태의 상호작용은 OAuth 서버 없이도 작동할 수 있어, 기업은 계정 접근 기능을 구현하기 전에 제한된 기능을 제공할 수 있다.
사용자 ID는 한 기업 안에서는 계속 동일하게 유지되지만, 기업마다 값이 다르고 실제 정보를 드러내지 않는다. 따라서 기업은 이 ID를 이용해 서로 다른 기업의 사용자 계정을 대조할 수 없다. 보안 규칙에 따라 기업 콘텐츠는 지시가 아닌 데이터로 취급해야 하며, 이는 모델을 조종하려는 프롬프트 인젝션 시도에 대응하기 위한 것이다. 액세스 토큰, 갱신 토큰, Session 토큰, 개인 키, 권한 부여 코드, 기기 코드는 모델 컨텍스트에 포함되지 않도록 해야 한다. 대화에서는 각 메시지를 사람과 AI 중 누가 작성했는지도 식별하며, 사람에게 대화를 넘기는 기능도 지원한다.
Shopify 통합 및 초기 기업 활용 사례
이제 모든 Shopify 스토어는 판매자가 별도로 구현하지 않아도 Poppy 파일을 자동으로 게시한다. Sierra에 따르면 이 자동 게시 기능은 175개가 넘는 국가의 Shopify 기업에 적용된다.
Poppy는 에이전트가 자신의 정체를 밝히고 허용된 작업을 확인하는 초기 상호작용을 담당하며, Universal Commerce Protocol (UCP)은 상품 검색과 장바구니, 결제를 처리한다. 모든 Shopify 스토어는 기본적으로 UCP를 지원한다. 이 구조는 Shopify의 기존 거래 흐름 앞단에 기업 검색과 권한 부여를 위한 공통 계층을 추가한다.
Shopify는 두 프로토콜을 연결하는 Poppy의 커머스 확장 기능도 공동 작성했다. 이 기능은 비회원 및 계정 기반 쇼핑을 지원하고, 특정 작업을 수행하기 전에 고객의 승인을 요구하며, 쇼핑객과 스토어 에이전트 간 직접 대화를 위해 UCP Ask와 연결된다.
Mercury 고객은 개인 에이전트를 이용해 잔액과 거래 내역을 확인하고, 지출을 분류하고, 예산과 영수증을 관리하며, 결제나 송금을 시작할 수 있다. 결제 요청은 실제로 전송되기 전에 계정의 승인 정책에 따라 처리되므로, 에이전트가 시작한 자금 이동에도 승인 절차가 유지된다.
Turkish Airlines에서는 에이전트가 운임과 항공편 상태, 경유지를 확인하고 예약 번호와 성으로 예약 정보를 조회할 수 있다. Miles&Smiles 회원은 에이전트에게 비즈니스 클래스 좌석 승급을 찾아 달라고 요청할 수 있으며, 결제 전 고객이 이를 승인한다. 항공사는 회원이 대화를 벗어나지 않고 구매를 완료할 수 있도록 하는 기능도 계속 개발 중이다.
Synchrony의 작업은 탐색 단계에 있다. Sierra에 따르면, Synchrony는 고객의 구매 부담 능력과 관련 혜택, 금융 상품을 고려하는 상품 검색 기능을 검토하고 있으며, 이를 50만 곳이 넘는 가맹점 네트워크 전반에 적용할 가능성도 살펴보고 있다.
구현 도구 및 초안 상태
기업용 구현 키트는 기업 측 구현만 다루며, 코딩 에이전트용 스킬과 명령줄 검증 도구로 구성된다. 검증 도구는 테스트용 개인 에이전트로 작동해 배포 환경이 충족하는 프로토콜 요구사항을 보고한다. 5단계 절차는 현황 조사, 설계, 구축, 검증, 보고로 이뤄지며, 기업이 설계를 승인한 뒤에야 구축을 시작한다. 외부 의존성이 없는 이 검증 도구를 사용하려면 Node 22.18 이상이 필요하다. 실제 Session을 시작하고 기업 에이전트에 테스트 메시지를 보내므로 테스트 환경에서 실행하는 것이 권장된다.
Sierra의 발표에서는 이번 릴리스를 v1.0이라고 부르지만, 사양과 키트에는 draft 1.0이라고 표시돼 있다. 사양은 하위 호환되지 않는 변경을 포함해 추가 수정이 이뤄질 수 있도록 허용한다. 따라서 Shopify와 Muse를 통해 Poppy는 기술적 기반이 완전히 확정되기 전에 즉시 폭넓게 활용될 수 있다. 각 배포에서 실질적인 경계는 기업이 선택한 채널, 사용자가 승인한 OAuth 범위, 그리고 중대한 작업을 통제하는 승인 정책이 함께 정한다.
