Agent Network Protocol

Agent Network Protocol

AI TOOL PROFILE工具资料

为智能体互联网打造的开放协议栈,让 AI 代理能互相发现、认证与通信

官网地址 https://agent-network-protocol.com/

访问官网
价格官网未标价
平台Web / API
归类AI 智能体
收录2026-10-10
复核2026-10-10
编辑评分 4.3 / 5

Agent Network Protocol编辑总结

EDITOR REVIEW编辑评测

Agent Network Protocol(ANP)是一套开源的智能体通信协议,目标定位是「智能体互联网时代的 HTTP 协议」,让不同公司、不同平台的 AI 代理能够互相发现、连接和协作。当前主力版本是 ANP 1.2,采用分层协议栈设计:底层复用 HTTP、CA、DNS、CDN、Search、TLS 等现有互联网基础设施,中间层提供 DID:WBA 去中心化身份、WNS 可读句柄、认证、密钥分发与加密消息,顶层则是 Agent 描述、Agent 发现以及支付、授权、认证、商业等垂直领域协议。最突出的优势是它不让每个代理各自注册身份或依赖平台专属 API,而是通过 DID 直接建立加密通信,同时保留本地处理数据、只发送必要信息的隐私空间。短板也很明显:协议仍在演进,消息 1.2 中的 P6 部分还处于候选状态,落地生态尚未成熟。

Agent Network Protocol是什么?

Agent Network Protocol(简称 ANP)是一个开源的智能体通信协议项目,由社区推动,定位为「智能体互联网时代的 HTTP 协议」。它面向的是需要在互联网上互相通信的 AI 代理,以及为这些代理构建服务的开发者和平台,目标是把今天彼此隔离的互联网服务连接成一张开放、安全的代理协作网络。

ANP 当前的主力版本是 1.2,采用分层协议栈:最底层复用 HTTP、CA、DNS、CDN、Search、TLS 和既有网页部署模式;中间层是身份与通信基础设施,包括 DID:WBA 身份、WNS 可读句柄、认证、密钥材料、安全消息和跨域通信;最上层是应用协议层,包含 Agent Description(代理描述)、Agent Discovery(代理发现),以及支付、授权、认证、商业等垂直领域协议。协议更新方面,ANP-02 定义了面向 did:wba 和原生 did:web 的、与具体方法无关的请求认证;Messaging 1.2 覆盖直接消息、群组、设备绑定的端到端加密、附件和联邦,其中 P6 仍为候选状态。

对普通用户而言,ANP 的价值体现在跨平台智能助手协作这类场景:个人助手用自己的去中心化身份直接与支持 ANP 的酒店代理交互,无需注册对方身份、无需模拟人类点击网页、也无需依赖平台专属 API,双方基于 DID 完成身份验证与加密通信,个人信息可以在本地处理,只把必要信息发给对方。对开发者而言,ANP 提供可分层采纳的规范,可以先接入身份与通信基础,再按需添加消息、发现与支付能力;对团队和平台而言,它提供了一套跨域信任根和联邦语义,用于构建可互操作的代理服务。

Agent Network Protocol核心功能

CAPABILITIES工具标签

去中心化身份

通过 did:wba 和 WNS 为代理提供可验证身份、人类可读句柄以及跨域信任根,代理无需在对方平台注册身份即可互认。

描述与发现

代理描述与发现协议让代理能够发布自身的服务、能力和端点,并找到可互操作的其他服务,替代平台专属 API 的对接方式。

端到端消息

消息规范定义了直接聊天、群组、加密、附件和联邦语义,Messaging 1.2 覆盖设备绑定的端到端加密,P6 仍为候选状态。

领域协议

在 ANP 身份与通信基础上叠加支付、授权、认证、商业等垂直协议,构成协议栈最上层的应用与工作流能力。

开放互联网底座

底层复用 HTTP、CA、DNS、CDN、Search、TLS 和现有网页部署模式,不另起一套网络基础设施。

DID 请求认证

ANP-02 定义了与具体方法无关的请求认证方式,同时适用于 did:wba 和原生 did:web,用于验证发起请求的代理身份。

WNS 可读句柄

WBA Name Space 把 alice.example.com 这类人类可读句柄映射到 did:wba 身份,并支持双向验证。

分层采纳

协议按层组织,实现方可先落地身份与通信基础,再按需加入消息、发现和支付能力,不必一次性接入整套协议。

Agent Network Protocol值不值得用?

VERDICT工具标签

当你要构建的是跨公司、跨平台互通的代理网络,而不是单一平台内的自动化流程时,ANP 值得认真评估:它把身份、发现、消息、支付拆成可分层采纳的协议,底层直接复用 HTTP、DNS、TLS 这些既有互联网设施,代理之间靠 DID 认证和加密通道通信,不需要为每个合作方单独开发 API。但当你要的是一个今天就能稳定上线、生态和工具链都齐全的方案时,要谨慎:消息规范里的 P6 还是候选状态,协议仍在迭代,实际可用的对接方数量取决于有多少服务采纳了 ANP。

建议选它的情况

  • 需要让多个不同厂商或平台的代理互相对接的团队
  • 希望用 DID 做跨域身份与加密通信、不想让每个代理重复注册身份的项目
  • 愿意先落地身份与通信基础、再逐步扩展到发现和支付能力的开发者

不建议选它的情况

  • 只需要在单一平台内做自动化
  • 要求协议状态完全冻结、不接受候选规范的生产系统
  • 期待开箱即用托管服务、不想自行实现协议栈的用户

Agent Network Protocol使用建议

HOW TO USE工具标签
入门先把路子走对
  1. 先读入门指南从 Getting Started Guide 入手,先弄清 ANP 要解决的「代理无法标准化互通」这个问题,再决定接入哪一层。
  2. 从身份层起步协议栈是分层的,建议先接 DID:WBA 身份与 WNS 句柄,把代理身份和跨域信任根跑通,再往上加能力。
  3. 对照 1.2 规范以 ANP 1.2 为准,先看 DID 认证(ANP-02)和 Messaging 1.2 这两块最新可用规范,避免照着旧描述实现。
进阶省时间也省钱
  1. 注意 P6 状态Messaging 1.2 中 P6 仍是候选(candidate),依赖它的功能要预留改动空间,别把业务逻辑绑死在候选语义上。
  2. 复用现有 Web 设施底层已经对齐 HTTP、CA、DNS、CDN、Search、TLS,部署时沿用既有网页运维方式即可,不必重建一套基础设施。
  3. 按需叠加领域协议支付、授权、认证、商业属于应用层,只有在身份与通信跑通之后再按业务需要引入,能显著降低首期实现量。

Agent Network Protocol适合谁用?

WHO IS IT FOR工具标签

代理平台开发者

推荐

需要让自己的代理与外部平台代理互操作,可用 DID 身份加发现协议替代逐个定制 API 对接。

跨平台助手产品团队

推荐

做个人助手预订、跨服务协作这类场景,代理可直接发现并连接受支持的服务方,无需模拟人类操作网页。

关注数据隐私的团队

推荐

代理可在本地处理信息、只发送必要数据给对方,适合对数据外发范围敏感的协作场景。

单一平台内的自动化项目

有条件

平台自带的 API 与工作流已经够用,引入整套协议栈收益有限。

追求开箱即用的用户

不推荐

ANP 是协议规范而非托管服务,需要自行实现或等待生态提供实现,不适合想要立刻上手使用的场景。

Agent Network Protocol优点和缺点

PROS & CONS工具标签

优点

  • 分层协议栈,可先落地身份与通信,再按需添加消息、发现和支付
  • 基于 DID:WBA 的跨域身份,代理无需在对方平台重复注册
  • 底层复用 HTTP、CA、DNS、CDN、Search、TLS,不另建网络底座
  • 消息规范拆分细致,覆盖直接消息、群组、E2EE、附件与联邦
  • WNS 支持 alice.example.com 这类可读句柄并做双向验证
  • 开源协议,规范与入门指南公开可查

缺点

  • Messaging 1.2 中的 P6 仍为候选状态,规范尚未完全冻结
  • 官网未公开价格与商业模式,采用前需自行向官方确认
  • 实际可用性取决于有多少服务采纳 ANP,生态规模官网未说明
  • 属于协议规范而非现成产品,需要自行实现或集成

Agent Network Protocol常见问题

FAQ工具标签
ANP 是什么,一句话说清楚?

它是一套开源的智能体通信协议,目标定位是「智能体互联网时代的 HTTP 协议」,让不同公司、不同平台的 AI 代理能互相发现、连接和交互,而不用为每个合作方单独开发 API。

ANP 现在的主力版本是哪个?

为 ANP 1.2。这一版建立在开放互联网基础设施之上,包含身份与加密通信基础以及领域应用协议;同时提供 DID 认证(ANP-02)和 Messaging 1.2 两套最新规范。

它怎么解决代理之间的身份和信任问题?

通过 did:wba 和 WNS 提供可验证的代理身份、人类可读句柄和跨域信任根。代理用自己的去中心化身份直接与其他代理交互,不需要向对方注册身份,双方基于 DID 完成身份验证并建立加密通信。

消息能力具体覆盖哪些部分?

Messaging 1.2 的规范集覆盖直接消息、群组、设备绑定的端到端加密、附件和联邦语义,其中 P6 仍为候选状态。

它和直接调用平台 API 的方式有什么不同?

传统方式下,助手要么模拟人类行为访问网站,要么等平台为该助手开发专属 API。使用 ANP 后,助手可以直接发现并连接任何支持 ANP 的代理,不依赖平台专属接口,同时能在本地处理信息、只发送必要数据,改善数据隐私。

谁适合用 ANP?

适合需要跨公司、跨平台代理互通的开发者和产品团队,以及希望通过 DID 实现跨域身份与加密通信的项目。如果只在单一平台内做自动化,平台自带 API 通常已经够用。

Agent Network Protocol竞品对比

COMPARISON工具标签
工具编辑评分价格核心功能平台
Agent Network Protocol本工具 4.3 未标价 去中心化身份;描述与发现;端到端消息;领域协议 Web / API
VectorVein — 新账号获 5,000 credits,无需信用卡 AI 工作流驱动的智能代理平台 Web / MCP Server
Deforge — 未标价 可视化无代码平台,用于构建和部署人工智能代理 —
LEO — 未标价 3D 世界中的全能代理人 —
Chirpz AI — 未标价 学术研究、引用和写作的人工智能代理 —
Go Agent SDK — 未标价 用于在 Go 中构建智能代理的 SDK —