ANP（Agent Network Protocol）
ANPAgent 互联网的 DNS
亦作、亦称：Agent Network Protocol · Agent 网络协议
ANP（Agent Network Protocol）是开源社区推动的 Agent 互联协议，旨在为 Agentic Web 提供身份（DID）、发现与消息协商能力，让不同厂商的 Agent 在开放网络上安全协作，定位类似「Agent 互联网的 DNS + 通信层」。
三层架构
通常包括身份层（去中心化标识 DID）、传输层（加密消息）与应用层（能力协商）。目标是在无中心注册商前提下实现 Agent 发现与互操作。
与 A2A/MCP
MCP 连接 Agent 与工具；A2A 连接企业级异构 Agent；ANP 侧重开放互联网上的去中心化身份与发现。三者解决不同层级问题，可能共存。
生态现状
截至 2026 年仍处早期标准化与参考实现阶段，采纳度低于 MCP/A2A。关注互操作与隐私的团队可跟踪其 DID 与协议草案演进。
常见误解
日常交流中容易听到的简化说法，未必准确，但能帮助理解误解从何而来。
- 「Agent 互联网的 DNS」
- 「去中心化 Agent 通信」
相关术语
和本术语关联紧密的其他词条，便于串联理解。
🎯 考点练习
含该术语的高频面试题，含标准答案与追问。
- 中级概念查看详解 →
什么是 Agentic Engineering？它和 Vibe Coding 有什么区别？
Vibe Coding（Karpathy 2025）是凭感觉用自然语言让 AI 生成代码、快速试错，适合原型；Agentic Engineering 把 Agent 纳入系统化工程流程（需求-规划-生成-自动测试-迭代-评审），强调可控、可验证、可维护，生产系统应走后者。
- 初级概念高频查看详解 →
AI Agent 的基本架构由哪些核心组件构成？
面试里可以直接说：Agent 不是“会调工具的聊天机器人”，而是 LLM 加上规划、记忆、工具和控制循环，能持续观察、思考、行动并修正。
- 高级系统设计查看详解 →
Agent 接入多渠道（Telegram/飞书/钉钉/Web）时，Channel 抽象层如何设计？
Channel 抽象层用适配器模式把各平台的消息格式、富文本、鉴权、事件差异收敛成统一的 Message/User/Session 接口，receive 转标准消息、send 各自适配，并用特性开关处理能力差异。
- 中级概念查看详解 →
什么是上下文压缩（Context Compaction）？有哪些压缩策略？
面试里可以说：上下文压缩就是在长会话里“把历史变瘦但不丢重点”，用摘要、结构化抽取和外部记忆来省 token、降延迟、减少模型遗忘。
延伸阅读
从知识库精选 2 篇文章，帮助深入理解该术语。
- 1
AI Agent 协议全景：MCP vs A2A vs ACP vs ANP 选型实战指南
2026 年 AI Agent 协议生态已形成四层架构：MCP 解决工具连接、A2A 解决 Agent 间协作、ACP 解决企业流程集成、ANP 解决网络层发现。本文从架构设计、协议报文、实战代码三个维度，手把手教你如何在生产环境中选型和组合使用这四大协议。
- 2
AI Agent 协议全景：从 MCP 到 X42 的 6 大协议栈深度解析
2026 年，AI Agent 生态已从单一工具调用演进为多层协议栈。MCP 解决工具接入、A2A 实现 Agent 协调、AG-UI/A2UI 处理界面流式与状态同步、AP2 统一管理 Agent 生命周期、X42 提供跨域信任治理。本文系统梳理 6 大协议的定位、技术细节、适用场景和组合使用模式，帮你构建生产级多 Agent 系统。
外部参考
维基百科：查看「ANP」词条本页内容为本站原创撰写；维基百科链接仅作延伸参考。
