A New Way for Businesses and Personal Agents to Work Together

摘要

Meta 正在预览其与 Sierra 共同开发的 Personal Agent Protocol（PAP），并联合 Genesys、NiCE、Decagon、Rocket、Shopify、Stripe、Walmart 等产业链伙伴推进。该协议定位为开放标准，目标是把「个人 agent 如何与企业交互」这一新场景标准化，涵盖身份认证、企业侧可见性、以及 agent 通过网站、API 或企业自有 agent 完成操作的方式，任何一方都可实现。Meta 同时披露了 Muse 在开放网络上遵循的行为标准，并主张所有个人 agent 都应按这一方式构建。

Muse 的产品逻辑是给每个用户配一台云端电脑和浏览器，让其在用户指令下运行代码、使用网络完成任务——为家庭预订活动、挑选并购买礼物、预约拖了半年的牙医、在不排队等待的情况下解决复杂的客服问题。这些场景大多指向具体企业：用户让 Muse 找某商家下单或续订，本身就已完成了一次「意向确认」，相当于自带高转化意图的用户获取。当 agent 能顺利找到所需并完成任务，企业拿到的是已完成的成交，用户拿回的是时间，这是双边增量。

但部分企业选择在网站上封禁个人 agent。Meta 表示理解其顾虑：流量峰值（load spikes）、滥用、责任归属、客户关系归属，以及品牌能否继续影响用户的完整旅程。对此 Meta 的回应是：Muse 只在用户主动要求时行动，当用户让 Muse 向你下单或解决问题，意味着用户已经选择了你；若 Muse 被拒之门外，用户体验到的就是「无法与你做生意」。随着越来越多人把琐事交给 agent，企业现有与未来的客户会越来越多地以这种方式到达，拒绝 agent 就是拒绝其背后的客户。

在行为规范层面，Muse 在行动前进行两道测试：「一个诚实的人」测试——一个理性、诚实的人手工完成这件事，会不会用这种方式、这个量级？（人可以每小时刷新页面 500 次，但不该这么做；可以注册 5 个账号兑换「每户限领一次」的优惠券，但不该这么做；可以给自己的餐厅写一条假五星好评，但不该这么做。）以及「如果每个 agent 都这么做」测试——如果所有 Muse 用户都发出这个请求，底层系统还能正常运转吗？一个人囤积开球时间很烦，所有 agent 都囤积就会摧毁整个市场。当请求越界时，Muse 会在能力范围内执行、跳过不可执行的部分，并向用户解释差异；对于登录、完成预订、发起支付等有后果的行为，仅在用户显式授权后继续。

面向未来，Meta 与 Sierra 及零售、支付、客户体验领域的伙伴正在构建新能力，核心是让个人 agent 变得可预测、可欢迎。企业可以主动引导 agent 使用其偏好的路径——例如某条流程用于预订、某个连接器用于订单追踪、某个结构化数据源用于实时库存——而不是让 agent 每次靠试错去摸索，从而提升用户侧的顺畅度与企业侧的确定性。技术演进路径上，Meta 认为浏览器自动化虽然复用了既有轨道，但加载整页、点击为人类视觉设计的流程、解析页面布局，效率低且脆弱；更优解是连接器直连企业 API，完成客户体验所需的读写动作；而终极形态是企业拥有自己的 business agent，与 Muse 直接对话，避免个人 agent 去解读帮助中心文章，从而获得更低延迟、更少错误与更顺滑的体验。

在行业标准层面，Meta 以电子邮件为类比：邮件之所以普及，是因为各方就地址、传输与投递达成共识，无人独占、人人可建。因此 PAP 同样以开放标准形式推进，由跨行业工作组共同完成核心设计，目标是让客户体验快速上线。协议需要解决的实际问题包括：个人 agent 如何安全传递用户身份，企业如何引导个人 agent 高效使用网站或转向更优的 API 与技能，以及个人 agent 如何代表用户与企业 agent 通信。对广告与营销行业而言，这预示着一条新的转化与归因链路正在成形：agent 既是新的流量入口，也是新的身份与授权层，品牌需要在「被 agent 选择」这件事上提前布局投放策略与体验供给。