Descope 让商家给顾客的智能体单独发一张通行证

替顾客办事的智能体，现在可以带着自己的身份走进商家的网站，不用再借顾客的密码。

身份厂商 Descope 11 月 4 日发布 Envoy 时举了一个例子：智能体半夜找到一张便宜机票，先把票价锁住，把航司、时间和总价推到主人手机上，主人第二天早上点了同意才出票（据 GlobeNewswire 发布稿）。

我们的判断很明确。个人智能体能替人办成多少事，下一步卡在商家给不给它一张单独的通行证。Envoy 把这张通行证做成了现成零件，商家该开门了。

两个月里，商家从拦人走到发证

Envoy 要解的，是商家这两个月被逼出来的选择。按时间排：

• 9 月：据 SiliconANGLE 报道，亚马逊以 Meta 的智能体 Muse 下单时不表明身份为由，把它挡在店外。
• 10 月：同一篇报道写到，摩根大通开始阻止外部智能体进入客户账户。
• 10 月 9 日：据 Sierra 博客，Sierra 与 Meta 牵头的 Personal Agent Protocol（简称 Poppy）公开第一版文本，新增 35 家设计伙伴，其中有 OpenAI、Visa、Target 和美联航。
• 11 月 4 日：Descope 推出 Envoy，替商家把 Poppy 装进现有的登录系统。

拦人的代价，SiliconANGLE 转述了 Descope 的说法。智能体如果用顾客自己的密码和验证码登录，会话里看不出有软件参与，风控一响，日志指向顾客本人，争议订单和退货的成本落在商家身上。

Poppy 在全拦和全放之间排了五档

Personal Agent Protocol 官网把旧局面叫作「all or nothing」，并以订酒店为例，在两头之间排了五档：

• 不许智能体进入；
• 任何智能体都能查房；
• 用户登录后能看预订；
• 经用户批准才能订房；
• 完全代表用户行事。

商家在网站固定位置放一个 poppy.json 文件，告诉智能体从哪里进、能做到哪一档。按 Descope 博客与发布稿的说法，Envoy 替商家做四件事：

• 核验来的是哪个智能体，会话令牌绑在它自己持有的密钥上；
• 逐项规定权限，比如购物智能体能下单、改单，碰不到支付方式和账户设置；
• 敏感操作发到顾客手机上确认；
• 令牌和日志都把顾客和智能体记成两方，商家能单独收回智能体的权限，顾客不会被登出。

这些都是 Descope 自己的说法。GoFundMe、You.com 等首发和设计伙伴要在未来几个月一起改进产品，发布稿没有给出任何已上线商家数或交易量。

协议还在改，商家更该现在开门

有人会说，协议还没定稿，现在接入太早。官网演示用的 poppy.json 写的版本号已经是 0.4，页面也写明还在和设计伙伴一起推向 1.0。

我们的回答是：正因为它还在改，才该交给身份厂商托管。Descope 卖的恰恰是这一点：商家不用自己实现协议，也不用追着每次修订改代码。

技术交出去以后，商家要做的决定只剩一个，承认智能体是一类单独的访客，给它一张单独的权限表。这是分析推断，依据是亚马逊、摩根大通的做法和 Descope 描述的冒充成本。

回到那张半夜锁住的机票。早上弹到手机上的确认写着智能体的名字，航司知道是谁锁的票，主人不点同意，票就不出。智能体替人办成事，靠的不是装得更像人，而是一张写着自己名字、随时能收回的通行证。