大语言模型

Meta为Personal Agent推出一个新协议PAP

2026 年 10 月 7 日

Meta联合多家巨头推出Personal Agent新协议PAP，一文拆解智能体互联互通的关键方案。核心内容：1. PAP协议的推出背景与参与主体信息2. PAP协议要解决的核心痛点与发展目标3. PAP协议的设计逻辑与安全优势

前不久Meta爆火的MUSE就被亚马逊封禁，禁止个人使用MUSE在亚马逊购物。

今天Meta就推出了一个新协议。看来，Personal Agent 真正要进入互联网，仅仅依靠 Browser Use 还是远远不够，协议才是打破互联网孤岛、实现 Agent 之间真正互联互通的关键。

我对新的协议基本都比较关注，虽然还未出协议细节，也可以给大家拆解一下。

PAP，Personal Agent Protocol，还未正式发布，技术细节后面分析，今天简单的介绍下当前掌握的信息：

1、 Meta和Sierra联合发布

参与 PAP 的还有 Genesys、Instinct、Rocket、Shopify、Stripe、Walmart 等企业。他们代表了两类agent：personal agent和企业agent。PAP的目标就是未来打通这两类agent。

2、PAP 要解决的核心问题，是 Personal Agent 如何代表用户和企业进行交互。

未来 Muse 这样的 Personal Agent 会帮助用户订机票、购物、修改订单、联系客服。企业首先需要知道：这是哪个 Agent？它代表哪个用户？用户到底授权它做什么？

所以 PAP 解决的并不只是 Agent 怎么调用 API，而是 Agent 身份、用户身份、用户授权和企业服务之间如何建立可信关系。

为什么Meta不用A2A？权限问题A2A肯定可以解决，难解决的是A2A以任务为核心的交互，其实不适合这个场景。这点我们在去年分享的时候就介绍过。

3、PAP 出现的背景，其实暴露了 Browser Use 的根本问题。

今天的 Personal Agent 大量依靠浏览器模拟人的行为：打开网页、点击按钮、填写表单、完成购买。

这种方式最大的好处是什么网站都能用，但问题也非常明显：
网站不知道来的到底是人还是 Agent，也不知道 Agent 代表谁，更不知道用户到底给了它什么权限。

Amazon 封禁 Muse，正好把这个问题暴露出来。只靠模拟人的操作进入网站，很容易和网站的安全、风控、商业规则发生冲突。

所以我一直认为，Browser Use 是智能体互联网早期的过渡方案，长期一定会走向协议化连接。

协议才是智能体连接的最高效方式。

4、协议化之后，企业不需要把自己的账号密码交给 Personal Agent。

从目前已经公开的信息，以及参与 PAP 工作组的 PACT 方案来看，一个很重要的原则是：
Agent 身份和用户授权分开。
Agent 先证明“我是谁”；用户仍然在企业自己的系统中登录，然后明确授权这个 Agent 可以读取什么、修改什么。

比如：
Muse 是谁 → 证明 Agent 身份
Muse 代表哪个用户 → 企业确认用户账户
Muse 可以干什么 → 用户授权 orders、orders 等权限

这比把浏览器和账号直接交给 Agent 安全得多。

ANP也是这种模型。

5、PAP和我们 ANP 一直在做的事情已经开始出现明显交集。

ANP 从一开始就在解决开放智能体互联网中的几个基础问题：
Agent Identity → Agent Discovery → Authentication → Authorization → Communication

其中 ANP 使用 W3C DID 作为 Agent 的长期身份，并正在设计 DID + VC + OAuth 的授权机制。

PAP 更聚焦于：Personal Agent → User → Business

而 ANP 希望解决的是更广泛的：Agent ↔ Agent ↔ Service ↔ Organization

两者不是完全相同的协议，但在 Agent 身份、OAuth 授权、企业服务发现和 Agent-to-Business 交互上已经产生了明显交集。

我反而觉得这是一个非常好的信号。Personal Agent 开始真正进入互联网之后，大家很快都会碰到同样的问题：Agent 怎么证明自己是谁？怎么证明代表谁？怎么获得授权？不同公司的 Agent 怎么互相连接？

最终，这些问题不可能靠每家公司自己做一套私有接口解决。

6、交互模型，ANP、MCP和PAP更加像

从交互模型看，ANP、MCP和PAP，A2A则与这三个协议不同。主要原因，是A2A的任务交互模型，这种模型不适合智能体在互联网上的协作。

最明显的一个点，是MCP、ANP、PAP即允许对方是一个agent，也允许对方不是一个agent，就是一个传统的软件系统。

在可组合性上，ANP和PAP比较像，都可以将MCP作为协议的接口。

7、在身份模型上，还没有看到具体的方案。有两个可能方案：Meta自己的私有身份+OAuth；OAuth最新的草案CIMD（OAuth Client ID Metadata Document，能够让客户端避免在企业agent注册账号）

应该不是使用DID。不过我们仍然认为DID的互操作性还是这几个方案中最强的，并且did也可以和OAuth配合使用。

8、Personal Agent和企业agent打通是纵向打通

Personal Agent和Personal Agent会横向打通吗，即不同公司的Personal Agent之间打通？我们认为会的，不过Meta不一定有动力做这个事情。Meta的动力是让更多的人留在MUSE，MUSE代表用户访问企业agent。

这里会有一个经典的问题，怎么证明MUSE代表了我的利益而非Meta的？明天接受美国一个13岁播主的访谈，这也是他关心的核心问题。

当agent需要横行打通的时候，PAP是否仍然能够满足需求？

最后，无论如何，Personal agent都代表了智能体的一个新的阶段，并且催生了对智能体协议和开放智能体网络的强大需求。我在用这些personal agent产品的时候，已经无法忍受需要我频繁介入的情况了。

智能体互联网也许真的不远了。

立即咨询 JOTO

JOTO 提供覆盖企业智能体规划与搭建、AI 平台私有化部署、RAG 知识工程、AI 安全治理、FDE 驻场共创及持续运营优化的全周期 AI 落地服务，帮助企业把验证中的 AI 能力转化为安全、可控、可持续迭代的生产力。联系 JOTO 获取 AI 落地咨询

想把这些做法用到你的业务里?

留下你的场景和痛点,我们帮你判断从哪一步开始。

联系我们

Meta为Personal Agent推出一个新协议PAP

立即咨询 JOTO

想把这些做法用到你的业务里?

Start your enterprise AI rollout

Tell us what you need