Poppy 운영 중

Poppy（Personal Agent Protocol）는 Sierra와 Meta가 여러 기업과 공동으로 발표한 오픈 프로토콜 초안으로, 개인 AI Agent가 기업 서비스에 접근할 때 발생하는 신원 확인 및 권한 부여 문제를 해결합니다. 기업은 /.well-known/poppy.json을 통해 Agent 접속 방식을 선언하고, Agent는 OAuth 인증을 통해 사용자를 대신해 신원을 확인하고 작업을 수행할 수 있습니다. 권한은 5단계로 조정할 수 있으며, 한 번 로그인하면 웹사이트, API, 기업 자체 Agent 간에 세션을 재사용할 수 있습니다. 현재 Stripe, Shopify, Walmart, Visa, OpenAI 등 35개 이상의 기업이 참여하고 있습니다.

신원 확인: 기업은 접속자가 ‘특정 사용자의 AI Agent’임을 명확히 식별할 수 있습니다.
표준 검색 메커니즘: 기업은 웹사이트에 /.well-known/poppy.json 파일을 게시하여 Agent 접속 방식, 로그인 진입점, 사용 가능한 기능을 선언합니다.
단계별 권한 부여: 권한은 완전 차단부터 완전한 제어까지 5단계로 나뉘며, 기업이 허용 수준을 정하고 사용자가 승인 범위를 결정합니다.
OAuth 보안 로그인: 사용자는 기업 페이지에서 직접 로그인하고, Agent는 사용자가 승인한 최소 범위의 세션 토큰만 받습니다.
단일 세션의 채널 간 재사용: 동일한 토큰을 기업 웹사이트, API, 기업 자체 Agent에서 재사용할 수 있어 상호작용이 중단되지 않습니다.
다중 채널 실행: Agent가 웹페이지를 직접 조작하거나 OpenAPI/MCP 인터페이스를 호출하고, 기업이 구축한 AI Agent와 협업하여 작업을 완료할 수 있습니다.
전 과정 감사 및 철회 가능: 기업은 Agent의 전체 작업 경로를 확인할 수 있고, 사용자는 언제든지 권한을 회수할 수 있습니다.
기존 표준 기반: OAuth, JWT, HTTPS, OpenAPI, MCP를 기반으로 구축되어 기업이 기존 도구로 빠르게 구현할 수 있으며, 업계별 사용자 정의 확장도 지원합니다.

AI Agent에 작업을 지시하면 별도의 설치가 필요 없습니다.
작업에 계정이 필요하면 기업 페이지에서 직접 로그인합니다.
Agent의 권한 범위를 선택하여 승인합니다.
언제든지 계정 설정에서 연결된 Agent를 확인하고 한 번의 클릭으로 연결을 해제할 수 있습니다.
클라이언트 메타데이터 문서（client_id, 공개 키, 콜백 주소）를 게시하여 Agent의 신원 증명으로 사용합니다.
기업의 poppy.json 검색 파일을 읽어 로그인 방식과 사용 가능한 인터페이스를 확인합니다.
서명된 어설션과 DPoP 증명을 기업 토큰 엔드포인트로 보내 익명 세션을 시작하고 Session Token을 발급받습니다.
계정이 필요하면 기업이 지원하는 direct/device/mediated 방식 중 하나로 로그인을 시작합니다.
사용자가 승인하면 장기 Account Token을 발급받아 암호화하여 저장하고, 이후 로그인된 세션을 자동으로 교환합니다.
Session Token으로 기업 API（DPoP）를 호출하거나, 웹페이지를 탐색하거나（브라우저 어설션을 Cookie로 교환）, 기업 Agent와 대화합니다.
429 요청 제한, 멱등성 재시도, sign_in_required 등의 오류를 처리하고 규격에 따라 토큰을 갱신하거나 다시 로그인합니다.
/.well-known/poppy.json에 검색 파일을 게시하여 로그인 방식, 권한 범위, 제공 인터페이스를 선언합니다.
RFC 8414에 따라 OAuth 서버를 구성하고 poppy_domains를 선언합니다.
각 요청에서 Agent 서명, DPoP 증명, scope 권한을 검증합니다.
웹페이지, API, 기업 Agent, 상담원 등 모든 채널에서 동일한 권한 검사를 적용합니다.
Agent의 신원과 권한 설명을 표시하는 규정 준수형 승인 페이지와 계정 설정의 연결 해제 기능을 제공합니다.

‘전부 아니면 전무’ 문제 해결: ‘Agent가 사용자를 사칭하는 상황’과 ‘기업이 Agent를 차단하는 상황’이라는 두 극단 사이에서 신원 확인과 단계별 권한 부여를 결합한 중간 해법을 제공합니다.
기업이 식별하고 관리할 수 있는 Agent: 모든 요청이 검증된 client_id, 사용자 ID, scope에 연결되므로 기업은 마침내 ‘누가 누구를 대신해 무엇을 할 수 있는지’를 알 수 있습니다.
비밀번호를 제공하지 않고 권한 최소화: 사용자는 기업 자체 페이지에서 로그인하고 권한을 승인하며, Agent는 제한된 범위의 토큰만 받고 언제든지 권한을 철회할 수 있습니다.
한 번 구현하면 어디서나 사용: 기업과 개인 Agent 간 모든 상호작용을 포괄하는 것이 프로토콜의 목표이며, 양측이 각각 한 번 구현하면 모든 지원 주체와 연동할 수 있습니다.
기존 표준의 완전한 재사용: OAuth 2.0, JWT, DPoP, OpenAPI, MCP를 기반으로 구축되어 기업의 기존 인증 서버를 거의 그대로 개조해 연동할 수 있습니다.

프로젝트 공식 웹사이트: https://personalagentprotocol.org/

기존 표준 기반: OAuth, JWT, HTTPS, OpenAPI, MCP를 사용할 수 있으면 활용하고, 기존 표준이 다루지 않는 영역에서만 새로운 요소를 정의합니다.
정책이 아닌 제어 수단: 프로토콜은 선택지만 제공하며, 익명 또는 로그인 요구 여부, 허용할 Agent, 개방할 채널은 기업이 결정하고 Agent가 볼 수만 있는지 수정할 수 있는지는 사용자가 결정합니다.
보안과 개인정보 보호: Agent는 항상 자신의 신원을 밝히지만, 사용자가 로그인하기 전 기업에는 개인 정보를 포함하지 않는 안정적인 ID만 표시됩니다. 동일 사용자의 ID는 기업마다 서로 다르므로 재방문자는 식별할 수 있지만 사이트 간 추적은 불가능합니다. 권한은 철회할 수 있습니다.
점진적 도입: 기업은 웹페이지, API, 자체 Agent 중 하나에서 시작해 점진적으로 확장할 수 있으며 기존 시스템을 재구축할 필요가 없습니다.
확장 가능성: 검색, 신원, API, 대화가 4가지 핵심 구성 요소이며, 업계는 이를 기반으로 결제, 푸시 알림, 상호작용 구성 요소 등의 기능을 확장할 수 있습니다.
Apache 2.0 오픈 소스 라이선스.

전자상거래 반품 및 교환: 사용자가 Agent에게 ‘재킷을 반품해 줘’라고 말하면 Agent가 방문자 자격으로 반품 정책을 조회하고, 사용자의 로그인 및 승인 후 반품 또는 교환을 자동으로 완료합니다.
항공편 변경: 항공편이 취소되면 Agent가 항공사의 MCP 인터페이스를 통해 대체 항공편을 조회하고, 사용자가 승인한 후 항공편 변경을 자동으로 완료합니다.
주택담보대출 사전 승인: 사용자가 승인하면 Meta의 Muse Agent와 Rocket의 Agent가 협업하여 가격, 계약금, 금리를 확인하고 몇 분 안에 사전 승인서를 발급합니다.
은행 계좌 서비스: 사용자가 poppy:read 권한만 부여하면 Agent가 잔액과 명세서를 조회할 수 있으며, 이체와 같은 쓰기 작업에는 poppy:write를 별도로 부여해야 합니다.
보증 및 고객 지원 에스컬레이션: Agent가 기업 고객지원 Agent와 대화하여 보증 문제를 처리하고, 복잡한 경우 자동으로 상담원에게 전환하거나 사용자와 기업 담당자 간의 직접 대화를 시작합니다.