Agent Network Protocol (ANP)
为智能体互联而生的开放协议：定义身份、发现、协商与安全通信的标准。
- Star 数
- ★ 1.5k
- 最近更新
- 4 天前
- License
- Apache-2.0
- 主语言
- HTML
- FA 评分
- 31/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台
- 费用
- 免费，无需付费服务
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 希望让来自不同平台或领域的智能体能够互相认证、发现并通信的开发者。
- 不适合
- 需要开箱即用、稳定生产版本SDK的团队
- 希望只读一份文档就能实现协议的开发者
- 需要已定稿元协议或稳定支付标准的项目
这个 Agent 能做什么，适合哪些场景？
Agent Network Protocol (ANP) 是一个开源的智能体通信协议，旨在成为 Agentic Web 时代的 HTTP。它基于现有互联网基础设施（HTTP、CA、DNS、CDN、TLS）构建，提供 did:wba 身份、WNS 命名、Agent 描述、Agent 发现、端到端加密即时通讯及 AP2 支付协议等核心规范。项目以规范文档为主，分为核心协议层和应用协议层，涵盖身份、命名、元协议（草案）、描述、发现、消息（含九个 Profile）和支付等模块。源码实现由 AgentConnect 仓库提供，该项目侧重于 SDK 支持。ANP 强调协议中心而非平台中心，支持跨平台、跨域的智能体协作。
ANP 定义了一套协议规范，用于智能体的身份认证（did:wba）、命名（WNS handles）、描述（ADP）、发现（主动 discovery 和被动注册）、端到端加密消息（P1-P9 Profiles）以及代理支付（AP2）。它提供了规范的索引文档、示例文件（如 ADP 资产、API 接口示例、vNext JSON 示例）和快速上手指南。具体操作包括：通过 did:wba 方法规范实现基于 Web 的 DID 认证，通过 WNS 处理人类可读的命名，通过 Agent Description 文档发布能力，通过 Agent Discovery 协议实现服务发现，以及通过消息 Profiles 实现直接/群组消息、加密、附件和联合。项目还提供了 SDK 参考（AgentConnect），用于实际实现。目前 meta-protocol（ANP-06）仍是草案，尚未发布。
- 希望让来自不同平台或领域的智能体能够互相认证、发现并通信的开发者。
- 需要为智能体提供基于 DID 的身份认证和加密消息传输的应用开发者。
- 希望遵循开放协议而非封闭平台来构建智能体服务的组织。
- 对智能体支付（AP2）和端到端加密（E2EE）有需求的金融或安全相关项目。
- 研究智能体互操作性和标准化，希望参考规范文档的学者或架构师。
如何安装或部署这个 Agent？
ANP 是一个协议规范仓库，没有需要安装的代码包。若要基于 ANP 开发，可参考官方 SDK（AgentConnect）：
git clone https://github.com/agent-network-protocol/AgentConnect具体安装步骤取决于所选语言和 SDK 文档。
如何使用这个 Agent？
要开始使用 ANP，请阅读 [ANP Getting Started Guide](docs/anp-getting-started-guide.md) 或中文版[入门指南](docs/chinese/ANP入门指南.md)。实现身份认证时，从 ANP-03（did:wba）规范开始，并参考两个 DID 兼容附录。若要发布智能体，请阅读 ANP-07（Agent Description）和 ANP-08（Agent Discovery）。若要构建消息功能，从 ANP-09 开始，并选择所需的消息 Profiles（例如 P3 Direct Messaging、P5 Direct E2EE）。可以运行 [ANP 示例程序](docs/chinese/ANP示例程序.md) 中提到的示例。
这个 Agent 有哪些优点和局限？
- 基于开放标准（W3C DID）和现有互联网基础设施，降低网络堆栈重构成本。
- 提供全面的协议套件，覆盖身份、命名、发现、消息和支付，形成完整协作链条。
- 版本化清晰，例如 did:wba v1.1 提供了 k1_ 兼容扩展和原生 did:web 对比附录，便于迁移。
- 消息规范拆分为九个互操作 Profile，可按需采用，且 vNext 草案支持多设备加密端点。
- 由开源社区驱动，提供联系渠道（Discord、邮箱等）和贡献指南。
- 项目仍处于规范阶段，meta-protocol（ANP-06）仍是草案，尚未发布，核心能力可能不完整。
- 规范文档庞大，学习曲线陡峭，需要阅读大量协议文档才能实现。
- SDK（AgentConnect）与 1.1 规范集的保持一致性的工作仍在进行中，可能影响开发效率。
- 没有官方发布版本或稳定的实现，采用前需要评估成熟度。
- 依赖社区贡献，更新频率和路线图可能受贡献者影响。
这个 Agent 与同类方案有什么区别？
未在来源中提及具体的替代协议，因此不提供比较。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Agent Network Protocol (ANP) 当前 | 31 · 缺口较多 | 代码库 / SDK免费 | ★ 1.5k | 4 天前 | HTML | — |
| Prismer Cloud | 56 · 缺口较多 | 命令行工具免费版 + 付费版 | ★ 1.4k | 4 天前 | TypeScript | Claude Code |
| Bindu 智能体基础设施 | 62 · 存在缺口 | 代码库 / SDK免费 + 模型费 | ★ 10k | 1 个月前 | Python | OpenAI API · Claude API |
| CC-Connect | 60 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 16k | 3 天前 | Go | Codex · Claude Code |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示这是一个协议规范仓库，不包含可执行代码或运行时权限模型。因此，最小权限、用户确认、数据流透明性、敏感数据处理、依赖安全、外部影响、回滚和来源归属等标准均无法评估，得分为0。仓库未提供任何关于权限或数据处理的实现细节。
自一致性：README和规范文档在版本号、协议状态和架构描述上保持一致，得2分。依赖可用性：仓库本身无运行时依赖，但引用了外部SDK（AgentConnect），其可用性未验证，得1分。失败消息：未提供任何错误处理或失败消息的文档，得0分。
受众与场景：README明确了目标受众（开发者）和使用场景（智能体通信），得2分。能力边界：协议规范定义了明确的能力范围（身份、发现、消息等），得2分。触发精度：未提供任何触发机制或事件定义，得0分。环境适配：描述了基于现有互联网基础设施的架构，但未提供具体部署环境要求，得1分。
信息架构：仓库结构清晰，文档分类明确，得2分。安装说明：未提供安装或使用说明，得0分。命名稳定性：协议版本和命名规范明确，得2分。示例与FAQ：提供了示例程序链接，但无FAQ，得1分。已知限制：明确指出了元协议草案状态和未发布内容，得2分。许可证：提供了Apache-2.0许可证，但README中声明MIT，存在不一致，得2分。版本与变更日志：有版本说明和里程碑，但无正式变更日志，得2分。维护责任：提供了联系方式和贡献指南，但未明确维护者，得1分。
输出可用性：协议规范可作为实现参考，但未提供可直接使用的输出，得1分。边际价值：协议填补了智能体通信领域的空白，具有较高价值，得2分。成本效益：未提供性能或成本分析，得1分。
声明可追溯性：README中的声明部分可追溯到规范文档，但部分未提供证据，得1分。跨来源佐证：引用了外部SDK和社区，但未提供独立验证，得1分。事实与推断分离：文档中区分了已发布和草案状态，但部分内容为愿景描述，得1分。
- 源码中未见：最小权限约束只授予完成任务所需的权限：用专用账号或只读令牌，并限定可访问的目录和仓库。
- 源码中未见：执行前用户确认开启或自行加上执行前确认；先在沙箱或测试环境跑通，确认行为后再接入真实数据。
- 源码中未见：数据流向说明运行时观察它连接了哪些外部服务（代理或防火墙日志）；弄清数据去向之前不要输入敏感数据。
- 源码中未见：敏感信息处理使用专用、低权限、可随时吊销的 API 密钥，不要复用生产凭据，也不要让密钥出现在日志里。
- 源码中未见：依赖安全审查安装前固定版本并做一次依赖扫描（如 npm audit、pip-audit）；优先放在容器里运行。
- 源码中未见：外部影响披露先弄清它会写入、发送或修改哪些外部系统，用测试账号或测试仓库验证后再接入正式环境。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 源码中未见：来源归属可核验从官方仓库或包源安装，核对发布者和仓库地址，避免同名仿冒包。
- 许可证不一致：README声明MIT，但LICENSE文件为Apache-2.0，需澄清。
- 仓库为规范文档，无实际代码，无法评估安全性和可靠性。
- 元协议和部分消息Profile仍为草案，实现时需注意版本兼容性。
最近版本
来自该项目 GitHub Releases 的最新发布记录，说明为上游原文摘录，未经本站改写或测试。
-
v1.2 ANP 1.2 Release
发布说明摘录
ANP 1.2 Release ANP 1.2 is the current specification-set release. It promotes the previously frozen vNext drafts into their canonical document paths. This is a documentation release: it does not change SDK, service, or product implementations, and it does not authorize public capability advertisement. Highlights - ANP-02 as the common authentication entry Adds the released DID-method-independent HTTP/JSON authentication specification for did:wba and native did:web. Onboarding and reader entry now point to ANP-02, not ANP-03. - Promote core identity and naming specs …在 GitHub 查看 ↗ -
v1.1 ANP 1.1 Release
发布说明摘录
ANP 1.1 Release ANP 1.1 is an important protocol-suite update focused on improving identity, naming, and agent-to-agent communication. Highlights - Improved identity authentication design Refined the did:wba identity and authentication mechanism to make cross-platform agent authentication clearer, more interoperable, and easier to implement. - Added WNS naming support Introduced the WNS Handle scheme as a human-readable naming layer for DID-based agents, including handle-to-DID resolution and DID rotation support. …在 GitHub 查看 ↗ -
V1.0 1.0
发布说明摘录
🎉 ANP 1.0 Official Release We are proud to announce the official release of ANP 1.0! Building on the core capabilities of ANP — agent identity, agent description, and agent discovery — this release introduces significant enhancements in security, privacy, and trustworthy transactions, including: - ✅ Human-in-the-loop authorization for critical operations such as financial transactions, adding a strong layer of operational oversight - 🔐 Support for multiple DIDs and periodic DID rotation, enabling stronger privacy protection for agent users …在 GitHub 查看 ↗