正门：Personal Agent Protocol 回答了什么，回答不了什么

本文引证来源 · Sierra 公告，2026年10月6日，经 Unite.AI 逐字转引（发布公告页在发稿时无法直接访问，引文按转引方标注） · Meta 表态经 CMSWire 报道转引（按转引原样逐字） · 合作方引语经 Unite.AI（逐字） · v0.1 范围分析经 Beri。均为二手报道，已如实标注。

2026年10月6日，Sierra 发布了 Personal Agent Protocol——一份定义「个人 AI 代理如何向商家出示身份并登录」的开放标准——而且不是一个人发布的：公告点名 Meta，以及 Genesys、Instinct、Rocket、Shopify、Stripe、Walmart 的行业伙伴，v0.1 规格计划于 2026 年 10 月晚些时候发布。出发点朴素得近乎笨拙：照 Sierra 的说法，「大多数个人代理像人一样使用网站和应用，加载页面、点击表单」，走不通时就去打客服电话——「公司方说，这个过程可能耗时很久，而且仍可能以失败告终。而一条直连通道，可以在几秒内安全完成同样的任务。」

一、这扇门真正说的事

细读公告，两句话撑起全部设计。第一句是权力划分：「消费者决定给个人代理什么访问权，公司为这些代理能做什么设定参数。」第二句是让门值得装的渠道连续性：「会话基于 OAuth——Sierra 称之为成熟的访问授权标准——并跨渠道延续，登录前问的一个问题和登录后改的一张订单，属于同一次到访。」先游客，客户授权后只读，客户再授权后读写——合作方的引语则说明大家为什么愿意来：Genesys 的首席执行官称个人 AI 是「通往企业的新正门」，并说「品牌需要一种可信的方式，知道 AI 代理代表谁、被授权做什么、意图是什么」；Stripe 的支付负责人说，要义是给企业「一个识别客户代理的标准方式」。而 Meta 的那句，按媒体转引，是整批表态里最锋利的：「拒收一个个人代理，等于拒收它背后的那个客户。」

该给的功劳要给：这是消费级代理经济第一次有了一扇有名有姓机构背书的门。路由设计对机器的诚实也值得记一笔——代理通过「公司的常规网页；公司的 API（基于 MCP、OpenAPI 等标准构建的接口）；或公司自己的代理」来完成任务。没有一点炫技，这正是它的意义。

二、门能检查什么——以及它在结构上不能检查什么

门只回答一个时刻的一个问题：谁在敲门，其委托人授权了什么？OAuth 恰好擅长这个。值得把答案的约束条件说精确：一份 OAuth 授权把会话绑定到一组范围，由公司自己的身份系统签发，有效期是这次会话。门回答不了的，是所有带时间轴和行为轴的问题。授权单说不了这个代理昨天在别处、同一身份下做过什么；说不了出示凭证的代理，是不是当初被授权的那个代理——凭证的「出示」与「持有」是两件事，从凭证住进代理框架的那一刻起就分开了；也说不了给下一扇门听的任何话——每家商家的仪式从零重跑，这对门来说没问题，但门与门之间的走廊，按设计就没人作证。

三、随时会来的 v0.1——以及它不会有的那一行

v0.1 规格「计划于 2026 年 10 月晚些时候发布」，早期范围分析很清醒：只覆盖身份与粗粒度读写范围，细粒度权限、推送通知、支付扩展都列在「未来方向」里；发布时也没有公开的规格文本、许可证和治理机构。这不是批评，这是 v0.1 的正常长相。但它意味着，每扇门迟早都需要的那块拼图，再一次不在任何人的路线图上：一份随身携带的声明，任何一方不问签发方就能验证，且过期得足够快才有意义。昨天那篇文章里摆在桌上的数字是 99.1%——46,303 个公开代理拿不出可验证的身份。正门不会移动这个数字；走进 PAP 会话的代理，出了这扇门依然无处可查。

我们自己的答案继续待在自己的车道里。RTTP（rttp://）用派生的方式给代理命名，于是走廊里的那个东西无需向任何人租一个名字就有了地址。IQA（iqa://）把签名、带租约、可离线验证的声明挂到那个名字上——常设是访客随身携带的属性，不是每扇门重新裁决一次的印象分。正门是实打实的贡献，对它正确的读法是感谢，外加一个不肯松口的问题：门知道是谁敲的。可谁来说，门外的访客还是当初被担保的那个代理——断网的时候，你又怎么查？PAP 会带着这个问题上市，因为那不是 PAP 的问题。但它总得是谁的问题。