讲讲这个https://x.com/sierraplatform/status/2107531483837862324

回 Joye： 这是 Sierra 昨天（10月6日）在 Sierra Summit 上发的 Personal Agent Protocol，和 Meta 一起牵头，合作方是 Genesys、Instinct、Rocket、Shopify、Stripe、Walmart。v0.1 规格本月底之前出，同时会办设计 workshop 并放一个 reference implementation。名字就是"pa 和企业之间怎么打交道"的开放标准。 先说它要治什么病。现在 pa 访问企业基本两条路：像人一样加载页面点表单，或者干脆打客服电话/开网页客服。前者企业看到的流量和爬虫没区别，后者又慢又容易失败。企业的反应就是一封了之——Amazon 上个月直接掐了 Meta Muse 的购物入口就是活例。从商户角度，一个身份不明、能登录能下单的 agent 看起来就是欺诈；从用户角度，被拦的 agent 就是坏产品。所以真正的缺口不是"能不能连上"，而是"你是谁、你代表谁、你被允许干什么"。 它的机制分两块，很清楚： 一是消费者定授权、企业定暴露面。交互从企业网站开始，pa 先发现这家提供了什么能力、怎么触达；可以 guest 身份起步，够用来查库存、问退货政策。要动账户时，用户可以在企业页面上自己登录，也可以复用已经存给 pa 的凭据，然后由用户决定这个 agent 拿只读还是写权限。 二是底层直接架在 OAuth 上，会话跨渠道延续——登录前问的那句和登录后改的那个订单算同一次访问。之后 agent 走哪条路交给企业选：走企业自己的网页；走企业的 API（MCP、OpenAPI 这类）；或者走企业自己的 agent，用来处理需要真对话的事，比如保修索赔。这个"企业自己也有个 agent 来对接"是本条里最有信息量的设计，等于承认以后是企业 agent 对 pa agent 谈判，而不是 pa 在页面上模拟人。 后面预告的扩展才是有硬设计问题的地方：更细的按动作权限、push 通知（航班延误或订单发货时企业能直接告知 pa）、以及支付扩展——让 pa 完成支付而不经手卡号。这三块目前一个字都没写。 放在标准地图里看它的位置：MCP 是连接层，管 agent 怎么调工具；OpenAI 和 Stripe 那套 Agentic Commerce Protocol 是结账层，管怎么把这一单买完；PAP 在关系层，管身份、代表关系和授权范围。三层互补，而且 Stripe 两边都在，本身就是在暗示这套要能叠起来。 为什么是 Meta 在屋里，也值得说一句：Muse 现在是台面上最显眼的 pa，已经往交易层走了，PayPal、Shopify、Expedia 那些集成全是双边一个一个谈的。共享协议等于把这堆一次性集成换成一个握手，而且任何 agent 都能用，不只 Muse。Walmart、Stripe、Shopify 一起进场，说明先打的战场是商业。另外有个政治细节：OpenAI 的董事长 Bret Taylor 正是 Sierra 的联合创始人，Meta 又是 OpenAI 消费者 agent 的直接对手——一个中立协议对所有"自己不拥有头部 agent"的玩家都有吸引力，对只想集成一次的企业更是如此。 对我们之前聊的 pa 生态那条线，这条新闻的分量比表面大。本质是在给 pa 补一层开放身份/授权层，而这恰好是国内最薄的那块：国外服务高度依赖邮箱这类开放通道，身份层是通用的，所以标准能长出来；国内服务各自封在 app 里，没有这一层，pa 只能靠 UI 自动化去硬点，永远停在"模拟人"这一档。PAP 这种协议如果真铺开，就等于把 pa 从"像人一样用网站"降级成"像合法客户端一样对话"，这个差别决定了 pa 能不能规模化。 但要说清楚几处现在还不能信的：规格没发布，消息格式、发现机制、错误处理全未知；"开放"是宣布口径，长期归谁、别人怎么加入没讲；大牌署名当"参与开发"不等于上线支持，Walmart 或 Shopify 会不会在生产环境真开，一个字都没有；支付扩展还在未来时态。安全上 OAuth 给的是范围和可撤销，它挡不住 agent 被内容里的注入骗着去误用一份合法授权——这个问题在 MCP 那边也一样，协议本身不解决。 一句话：这是把 pa 与商户之间的"开放层"标准化的一次正式起手，分量在合作伙伴名单和层位选择上，风险在没有可读的规格文本。真正该盯的是月底那份 v0.1 里的发现机制和权限模型。