Poppy – Sierra 聯合 Meta 等推出的開放協議草案

0 0 0

Poppy是什麼

Poppy（Personal Agent Protocol）是 Sierra 與 Meta 聯合多家公司推出的開放協議草案，能解決個人 AI Agent訪問企業服務的身份與授權問題。協議讓企業通過 /.well-known/poppy.json 聲明 Agent 接入方式，Agent 可識別身份代表用戶經 OAuth 授權執行任務，權限分五檔可調，且一次登錄可跨網站、API 和企業自身Agent複用會話。目前已有 Stripe、Shopify、Walmart、Visa、OpenAI 等 35+ 企業參與。

Poppy的主要功能

身份識別：企業可明確識別訪問者是”某用戶的 AI Agent”。
標準發現機制：企業通過在網站發佈 /.well-known/poppy.json 文件，聲明Agent接入方式、登錄入口和可用能力。
分級授權：權限從完全禁止到完全接管共分五級，企業決定開放檔位，用戶決定授權範圍。
OAuth 安全登錄：用戶在企業的頁面親自登錄，代理僅獲得用戶批准的、最小範圍的會話令牌。
單會話跨渠道：同一個令牌可在企業網站、API 和企業自有代理之間複用，交互過程連續不中斷。
多通道執行：支持Agent直接操作網頁、調用 OpenAPI/MCP 接口，或與企業自建的 AI Agent協作完成任務。
全程可審計可撤銷：企業能看到Agent的完整操作路徑，用戶可隨時收回授權。
基於現有標準：構建於 OAuth、JWT、HTTPS、OpenAPI、MCP 之上，企業可用現有工具快速實現，且支持行業自定義擴展。

如何使用Poppy

終端用戶：

向 AI Agent下達任務，無需安裝任何東西；
任務需要賬戶時，在企業頁面親自登錄；
勾選批准Agent的權限範圍；
隨時在賬戶設置裏查看已連接代理並一鍵斷開。

個人代理開發者：

發佈客戶端元數據文檔（client_id、公鑰、回調地址）作爲Agent的身份憑證；
讀取企業的 poppy.json 發現文件，瞭解其登錄方式和可用接口；
向企業 token 端點發送簽名斷言 + DPoP 證明，啓動匿名會話獲得 Session Token；
需要賬戶時按企業支持的方式發起 direct/device/mediated 三種登錄之一；
用戶批准後獲得長期 Account Token，加密保存，之後可靜默換取已登錄會話；
用 Session Token 調用企業 API（DPoP）、瀏覽網頁（瀏覽器斷言換 Cookie）或與企業代理對話；
處理 429 限流、冪等重試、sign_in_required 等錯誤並按規範續期或重新登錄。

企業接入：

在 /.well-known/poppy.json 發佈發現文件，聲明登錄方式、權限範圍和提供的接口；
按 RFC 8414 配置 OAuth 服務器並聲明 poppy_domains；
對每個請求校驗代理簽名、DPoP 證明和 scope 權限；
在網頁、API、企業代理和人工客服所有渠道執行同一套權限檢查；
提供合規的授權頁（展示代理身份和權限說明）和賬戶設置裏的斷開入口。

Poppy的核心優勢

終結”全有或全無”困境：在”Agent冒充用戶”和”企業封禁代理”兩個極端之間，提供身份識別 + 分級授權的中間方案。
企業可識別、可管控代理：每個請求都綁定已驗證的 client_id、用戶 ID 和 scope，企業終於知道”誰在替誰辦事、能做什麼”。
用戶不交密碼、權限最小化：用戶在企業自家頁面登錄授權，代理只拿到限定範圍的令牌，且隨時可撤銷。
一次實現，處處通用：協議目標是覆蓋企業與個人Agent間的一切交互，雙方各實現一次可對接所有支持方。
徹底複用現有標準：基於 OAuth 2.0、JWT、DPoP、OpenAPI、MCP 構建，企業現有授權服務器基本可直接改造接入。

Poppy的項目地址

項目官網：https://personalagentprotocol.org/

Poppy的六大原則

基於現有標準：OAuth、JWT、HTTPS、OpenAPI、MCP 能用則用，只在無標準覆蓋處才定義新東西；
控件而非策略：協議只提供選項，企業決定匿名/登錄要求、放行哪些代理、開放哪些渠道，用戶決定代理能看還是能改；
安全與隱私：代理始終表明身份，但用戶登錄前企業只能看到一個不含個人信息的穩定 ID——同一用戶在不同企業的 ID 互不相同，可識別回頭客但不跨站追蹤；授權可撤銷；
漸進式採用：企業可只從網頁、API 或自建代理之一開始，逐步擴展，無需重構現有系統；
可擴展：發現、身份、API、對話是四大構建塊，行業可在此基礎上擴展支付、推送通知、交互組件等能力；
Apache 2.0 開源許可。