Poppy – Sierra 联合 Meta 等推出的开放协议草案

Poppy 简介

Poppy（Personal Agent Protocol）是 Sierra 联合 Meta 及多家公司一起推的开放协议草案，解决的正是个人 AI Agent 访问企业服务时的身份与授权问题。它的做法是让企业通过 /.well-known/poppy.json 声明接入方式，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 这些现成标准上，企业用已有工具就能快速实现，行业自定义扩展也支持。

各方分别怎么用起来

• 把任务交给 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 开源许可证。

Poppy设想的落地场景

• 电商退换货：用户对 Agent 说一句”退掉夹克”，Agent 先以访客身份查退货政策，等用户登录授权后，自动把退货或换货办完。

• 航班改签：航班取消了，Agent 通过航空公司的 MCP 接口查备选航班，用户点头后自动改签。
• 房贷预审批：用户授权之后，Meta 的 Muse Agent 和 Rocket 的 Agent 配合着把价格、首付、利率都确认完，几分钟就出预批信。
• 银行账务服务：用户只授予 poppy:read 权限，Agent 只能查余额账单；转账这类写操作，得另外授予 poppy:write 才行。
• 保修与客服升级：Agent 跟企业客服 Agent 对话处理保修事宜，碰上复杂情况就自动转人工，或者把用户和企业专员直接连上。