AI智能体即将迎来的"TCP/IP时刻"

1980年代初，每台计算机网络都是一座孤岛。ARPANET有自己的协议，BITNET有自己的，施乐也有自己的。如果你想让不同网络的机器互相通信，要么搭建定制桥接，要么接受它们无法互通的现实。每个应用都得自己解决网络问题。

TCP/IP没有改变计算机能做什么，它改变的是开发者需要思考什么。传输层一旦标准化，应用开发者就不用再操心数据包路由、分片或交付保障了。那一层已被搞定。你只管写应用，网络会搞定其余一切。

当下的AI智能体领域正处于同等节点。而大多数在这个领域打拼的人还没意识到。

智能体领域的"TCP/IP时刻"前夜是什么景象？看看如今开发多智能体系统的团队实际在做什么。每个团队都在从零解决同一组问题：智能体如何发现彼此，如何证明身份，当智能体位于不同云服务商的不同NAT后时消息如何穿透，智能体重启后连接怎么办？

这些不是应用层问题，是传输层问题。而它们现在却在应用层被解决，意味着每个团队都以不同方式、互不兼容地解决，爆炸半径完全落在自己的代码库里。

A2A协议是谷歌2025年6月捐赠给Linux基金会的项目，目前已有150多家支持机构。它认真尝试解决智能体互操作性，定义了智能体如何委派任务、追踪状态、返回结构化结果。确实有用。但它明确假设两个智能体已经能互相触达——传输问题被有意排除在范围之外。

MCP同理。它定义智能体如何连接工具和数据源，却不定义智能体如何在任意网络条件下互相连接。

两个协议都在应用层解决真实问题，都没触及更底层。

TCP/IP实际解决了什么，智能体的等价物是什么？

TCP/IP解决三件事：寻址（每台机器获得唯一地址）、路由（数据包从源到目的无需应用知晓路径）、可靠性（丢包自动重传）。

智能体传输层需要解决三个类似问题。

持久寻址。IP地址会变。智能体重启、在云服务商间迁移、运行在可能被回收的竞价实例上。智能体地址需要来自稳定的东西——具体说是存盘的密钥对。地址从密钥派生，而非主机。它能在每次基础设施变更中存活，无需外部协调。

NAT穿透。大多数智能体没有公网IP。它们运行在VPC内、企业防火墙后、开发者笔记本上。应用层协议假设连接已建立，但现实中两个智能体需要穿透多层网络边界才能对话。这需要类似ICE的协议，结合STUN和TURN，在无法直接连接时通过中继 fallback。

连接韧性。TCP连接在任一端重启或网络切换时断裂。智能体需要会话层抽象，在传输连接断裂时保持逻辑会话存活，自动重连并恢复状态，让应用代码无需感知网络波动。

谁在构建这个？

目前有几股力量在朝这个方向推进，方式各异。

去中心化身份社区多年来一直在解决持久寻址问题。DID（去中心化标识符）和IPNS（星际文件系统命名系统）都提供从密钥派生、不绑定特定主机的地址。这些方法在加密货币和去中心化存储场景中得到实战检验，但尚未针对智能体间实时通信优化。

WebRTC生态解决了NAT穿透，但主要为浏览器设计。智能体运行在服务器、容器、边缘节点，没有浏览器那样的信令基础设施。需要适配版，或全新协议。

一些云原生项目在处理连接韧性。服务网格如Istio提供mTLS和重连，但假设双方都在同一控制平面下。智能体需要跨组织、跨云、跨信任边界的同等能力。

最有趣的进展来自将三者结合的尝试：基于密钥的寻址、内置NAT穿透、会话层抽象。这还不是标准，是多个实验性实现的涌现，共享相似设计模式。

为什么这很重要？

当前状态迫使每个智能体团队成为网络工程团队。你搭建多智能体系统时，80%精力花在让代理能互相说话，20%花在它们实际该做的事上。这个比例是倒置的。

传输层标准化后，这个比例会翻转。团队将专注于智能体行为、协调逻辑、任务分解——应用层问题。网络问题下沉到基础设施，由专门优化它的少数团队解决。

这解锁什么？

首先，组合性。今天的智能体系统是整体式。你构建的系统只能与你自己构建的其他部分协作。传输层标准化后，你可以组合来自不同团队、用不同框架、跑在不同云上的智能体，如同今天组合HTTP服务。

其次，专业化。有些团队将专注于特定类型智能体——研究、编码、客服——而不必担心网络拓扑。它们发布地址，任何有权限的人即可调用。

第三，市场形成。持久寻址让智能体可被发现、评级、交易。你可以想象智能体能力的市场，地址即服务标识，声誉在链上或链下积累。

第四，边缘部署。当地址绑定密钥而非主机，智能体可在任意有计算和连接的地方运行——手机、路由器、传感器。网络位置变得无关紧要。

builders该做什么？

如果你正在构建多智能体系统，现在就要做选择。

选项一：押注现有应用层协议，接受当前限制。用A2A做任务委托，用MCP做工具连接，自己解决传输问题。这在封闭生态内可行，跨边界时痛苦。

选项二：实验新兴传输层方案。寻找提供基于密钥寻址、NAT穿透、会话抽象的库。它们尚未成熟，但早期采用者将塑造最终标准。

选项三：两者都做。在应用层用标准协议保持可移植性，在传输层用实验性实现获取能力。当标准涌现时，替换传输层而不触动应用逻辑。

最糟的选择是忽视这个问题。继续为每个项目重建网络层，你就在积累技术债，其形式是自定义代码，将在标准化时刻到来时瞬间贬值。

历史不会重复，但押韵

1983年1月1日，ARPANET正式切换到TCP/IP。此前运行其自有协议的主机被要求迁移或断网。这是个硬性切换，痛苦，但必要。

智能体领域不会有如此清晰的时刻。更可能是渐进采纳——一些系统开始互通，价值显现，压力累积迫使其余跟进。没有中央权威强制切换，但网络效应同样强大。

关键洞察：TCP/IP的价值不在于它让任何单一应用变得更好。而在于它让组合成为可能，而组合产生了单一应用无法创造的价值。

智能体领域正在等待同样的解锁。传输层问题解决后，有趣的部分才真正开始。