ANP 智能体网络协议
ANP 探索开放网络中智能体的身份、发现与交互，理解它需要区分协议目标、具体规范和可用实现。
理解与应用
ANP（Agent Network Protocol）是一个面向智能体网络的协议项目，关注智能体如何表示身份、描述能力、被发现并建立交互。它试图让来自不同组织的智能体在开放网络中找到彼此。项目覆盖的范围比同一应用内部的函数调用更广，也因此涉及更多信任与互操作问题。
设想企业采购助手希望联系一家供应商的库存助手。发现机制帮助它找到对方的描述，身份机制帮助它核对正在联系谁，接口说明帮助它理解如何查询某个零件的库存。三个问题彼此有关，却不是同一个问题：找到一个自称供应商的地址，并不证明身份；身份属实，也不代表对方获准读取采购方的内部报价。
这类协议项目通常包含处于不同阶段的文档与实现。接入时有意义的单位是双方支持的具体规范和版本，而不是“都支持 ANP”这一笼统标签。某个功能被写进设计文档，不意味着对应 SDK、认证流程或互通测试已经完成；规范的发布状态也不能代替安全审查。对于元协议协商等设想，更不能推导出任意两个模型都能现场生成安全兼容的通信方式。一个实际试点可以先限定为查找供应商并进行只读库存查询，再验证身份、接口和失败处理是否闭合。
看一个具体过程：采购助手如何判断能否联系库存助手
这里描述的是跨组织查询需要解决的问题，不是 ANP 的报文字段或已经完成的互通测试。发现、身份、兼容性与业务授权需要分别成立，不能由其中一项代替其余条件。
以下为教学示意，未连接真实业务系统。
过程示意
任务：读取供应商零件 P-17 的库存，不提交订单。 发现结果：获得某个库存助手的描述地址。 身份核对：确认地址与对端身份之间的可信关联。 接口核对：双方支持的具体规范版本、认证方式和库存查询接口一致。 任务授权：本次身份仅拥有指定供应商的库存只读权限。
示意结果
全部条件满足后，才进入库存查询。 如果只有能力描述而没有可验证的身份或兼容接口，结果仍是“尚未具备查询条件”。
常见误区
- 项目愿景、规范文档与已部署功能处于不同层次，不能互相替代。
- 身份验证回答“对方是谁”，业务授权回答“对方能为本任务做什么”。
- 同一协议名称下仍可能存在版本与实现差异，不能据名称直接认定互通。
前置与延伸
建议先读
相关概念
参考与版本
Apollo 原创讲解与教学示例。参考资料用于核对技术定义；核验日不代表资料的发布日期。
- ANP 官方协议仓库 ↗
核对规范索引及状态说明：授权、元协议、支付存在草案，不能由愿景或文档编号推断实现成熟度。 · 核验：2026-10-10