Agent Network Protocol (ANP)
为智能体互联而生的开放协议：定义身份、发现、协商与安全通信的标准。
证据显示这是一个协议规范仓库，不包含可执行代码或运行时权限模型。因此，最小权限、用户确认、数据流透明性、敏感数据处理、依赖安全、外部影响、回滚和来源归属等标准均无法评估，得分为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分。
- 许可证不一致：README声明MIT，但LICENSE文件为Apache-2.0，需澄清。
- 仓库为规范文档，无实际代码，无法评估安全性和可靠性。
- 元协议和部分消息Profile仍为草案，实现时需注意版本兼容性。
这个 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 有哪些优点和局限？
- 基于开放标准（W3C DID）和现有互联网基础设施，降低网络堆栈重构成本。
- 提供全面的协议套件，覆盖身份、命名、发现、消息和支付，形成完整协作链条。
- 版本化清晰，例如 did:wba v1.1 提供了 k1_ 兼容扩展和原生 did:web 对比附录，便于迁移。
- 消息规范拆分为九个互操作 Profile，可按需采用，且 vNext 草案支持多设备加密端点。
- 由开源社区驱动，提供联系渠道（Discord、邮箱等）和贡献指南。
- 项目仍处于规范阶段，meta-protocol（ANP-06）仍是草案，尚未发布，核心能力可能不完整。
- 规范文档庞大，学习曲线陡峭，需要阅读大量协议文档才能实现。
- SDK（AgentConnect）与 1.1 规范集的保持一致性的工作仍在进行中，可能影响开发效率。
- 没有官方发布版本或稳定的实现，采用前需要评估成熟度。
- 依赖社区贡献，更新频率和路线图可能受贡献者影响。
如何安装或部署这个 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 与同类方案有什么区别？
未在来源中提及具体的替代协议，因此不提供比较。