智能体互联网这一话题，近期的讨论热度持续攀升。在深入探讨前，有几个核心观察需要明确：它并非等同于多智能体协作，其背后驱动着两种截然不同的网络效应。而MCP、ANP与A2A这三套协议，各自瞄准的应用场景与技术路径，差异其实相当清晰。
智能体作为网络节点
不少人喜欢将智能体比作互联网上的网站。这个比喻有一定道理——未来每个智能体确实会拥有独一无二的身份标识，并且能够被访问。但根本区别在于：网站是被动等待用户访问的信息页面，而智能体是主动出击的行动者——它会调用工具、执行任务，协助委托人完成意图。网站之间依赖超链接实现静态互联，智能体之间则通过行动来建立动态连接。这正是Agentic Web与传统Web的本质差异所在。
这种动态互联具体如何发生？一种路径是消费侧驱动供给侧变革。举例来说，个人财务助手可以帮助消费者向服务运营商发送邮件，以申请折扣。运营商则完全可以部署一个客服智能体，基于内部知识库自动回复各类来函。反过来，供给侧智能体化也可能倒逼消费侧变革。假设每个电商网站都拥有自己的虚拟购物助手，那么用一个统一的消费助手去同时对接这些各不相同的购物助手，效率将大幅提升。更进一步，如果品牌商普遍部署了电商智能体，消费侧的智能体普及便会加速，甚至中心化电商平台本身也可能被边缘化。
这种消费侧与供给侧智能体之间的直接交互，正是未来暗流量的主要表现形式。网络效应随之浮现：消费侧的智能体越多，供给侧就越有动力发布自己的智能体；而供给侧智能体越丰富，又会进一步激发消费侧智能体的创新与多样性。这是一个典型的双边驱动循环。
两种截然不同的网络效应
智能体互联网中存在着两种网络效应，不能混为一谈。
第一种是智能体与工具之间通过MCP（模型上下文协议）建立的网络效应。智能体越多，MCP工具提供商的积极性就越高——他们看到To Agent市场潜力巨大；工具越多，智能体开发者的创意就能获得更多支撑。结果是智能体能力持续增强。例如，一个旅行规划助手如果仅调用搜索工具，效果可能有限；但如果能调用地图工具提供更精准的导航建议，再接入中航信的票务系统，就能直接给出往返机票方案。这是工具生态繁荣带来的正向循环。
第二种是智能体与智能体之间的网络效应。仍以中航信为例，其票务销售智能体与旅行规划助手之间可以直接进行机票交易。此时，我们看到的就不再是“模型调工具”，而是智能体之间的P2P互联。支持这种网络效应的开源协议是ANP，即智能体网络协议（Agent Network Protocol）。
这两种网络效应的区别，可以类比为单向网络与双向网络。MCP支持的是以模型为中心的单向网络——模型可以调用工具，但工具不能主动与模型通信。ANP则支持智能体之间的P2P互联，任意两个智能体都可以相互通信。中航信提供MCP工具和提供票务销售智能体的区别就在这里：工具只能被动被调用，而票务销售智能体可以主动联系旅行助手智能体——比如运营商的客服智能体主动联系个人财务助手，推荐最新套餐与折扣。正因为需要支持不同的互动模式，ANP和MCP在技术实现上存在几个关键差异。
多智能体协作与智能体互联网：不是一回事
近期Google发布了A2A（Agent 2 Agent）协议，引发了一波讨论热潮。就A2A作为一种智能体通信协议而言，前面关于ANP与MCP的分析完全适用，可以帮助理解A2A与MCP的差异。但ANP与A2A之间的区别究竟在哪里？
简而言之：A2A更擅长支持多智能体协作，而ANP更擅长承载智能体互联网。多智能体协作通常围绕一个共同的复杂任务，采用紧耦合的方式——每个智能体在任务网络中的分工往往具有紧密的相互依赖性。A2A在这方面优势明显，因为它能在多个智能体之间保持任务状态的实时动态同步，确保协作过程的透明度。A2A背后的Sponsor是Google云，主要支持者也多是各类2B服务商——SaaS提供商、IT服务商、咨询公司等。这些企业对“企业内的多智能体协作”更为关注，这一点并不意外。
但智能体互联网的本质是无边界、没有任务预定义的松耦合生态。在支持这种生态方面，ANP提供了一套更为原生的身份注册与认证方式，支持任何智能体创建独立身份，并实现任意两个智能体之间的互操作。相比之下，A2A自身不提供身份注册机制，而是让每个智能体复用现有的认证方式，并在Agent Card中声明。这些技术细节，ANP的作者常高伟有更为专业的分析，感兴趣的话可以直接参考他的解读。
需要强调的是，尽管多智能体协作和智能体互联网在技术上都涉及智能体之间的通信，但它们是完全不同的概念。多智能体协作好比人与人之间的分工——任何经济都离不开分工，分工确实能促进增长。但智能体互联网的核心经济动力来源于网络效应——分工本身并不必然带来网络效应。如果所有分工都能自动产生网络效应，我们也不至于等到21世纪平台经济兴起，才真正意识到网络效应的巨大魅力。
先写这么多。后续还有更新和扩充，届时再分享。