昨天三部门印发《智能体规范应用与创新发展实施意见》时，文件里点到一句”加快推广智能体互联协议（AIP）等关键标准”。当时不少人的反应是：又多了一条纸面标准。但 8 月 6 日，智能体互联工作组就放出了落地动作——公布 AIP 1.0 首批兼容实现清单，并同步启动互操作测试。从文件点到这句话到出现具体实现，中间只隔了一天。
首批清单里既有开源 Agent 框架，也有大厂的办公 Agent 产品：OpenClaw、千问办公、百度搭子，以及两家开源 SDK 的维护方。名单规模不大，但覆盖了个人开源、企业办公和开发者工具三条线，摆明了是想先把骨架搭起来。
互操作测试的首批场景有四块：身份标识互认、能力声明匹配、任务流转、行为追溯。翻译成人话就是——A 平台的 Agent 能不能认出 B 平台的 Agent 是谁、能不能搞清对方会什么、能不能把任务递过去、出了事能不能顺着链条追回来。这四块正好和昨天政策文件里的”身份标识、可信互联、行为追溯”一一对应，政策和技术在这里接上了。
这和 MCP、A2A 是什么关系
很多人会问，不是已经有 MCP 和 A2A 了吗，为什么还要 AIP？简单说，协议是在分层干活：MCP 管 Agent 调用工具，A2A 管 Agent 之间协同，AIP 想管的则是更底层的身份和信任——Agent 是谁、凭什么信它、出了问题找谁。站里之前写过 Agent 协议正在分层，把 MCP、A2A、AG-UI 的边界讲得很清楚；AIP 补的正是协议栈里最缺的那层信任底座。
而且 AIP 的落地路径和 A2A 不太一样。A2A 走的是国际化路线，一周年时生态已经很热闹（站里也写过 A2A 一周年观察）；AIP 则明显带着国内政策节奏，先注册平台、再互操作测试、然后推行业标准。两条线短期会并行，长期会不会收敛成一个，取决于谁先让企业 Agent 真正跨平台跑起来。
对企业意味着什么
对已经在部署 Agent 的团队，AIP 落地意味着三件事值得现在就准备。第一，给 Agent 补身份。以前企业内部 Agent 各管各的账号，以后要能对外互认，身份标识和注册信息需要提前规范，站里写过的 Agent 身份管理 正好是这块的地基。第二，能力声明要写清楚。Agent 对外宣称”我会做文档处理”，得能证明，而不是挂个名字就完事。第三，行为追溯要留得住。任务跨平台流转之后，证据链不能断，证据包 的做法可以直接平移过来。
对开发者来说，信号更直接：首批兼容实现里出现了两个开源 SDK，说明接入成本正在被工具化。先接的人，后面做跨平台 Agent 时就有现成的底座；观望的人，等标准细化完再动手，成本只会更高。这和昨天判断 三部门实施意见 时的结论是一致的——谁先接入谁先手。
老达点评
一天之隔，从”加快推广”到”首批兼容实现”，节奏快得不像标准工作组的作风。但仔细想想也合理：Agent 行业现在最大的浪费，就是每家都在造自己的轮子，接口各写各的，企业被绑定得死死的。AIP 想解的正是这个结。
当然，兼容实现清单只是第一步，真正的考验在互操作测试跑起来之后：身份互认能不能真打通、任务流转会不会丢上下文、行为追溯能不能跨系统查到底。这些在测试环境里跑通了，才算数。对普通用户来说，这两年可能会看到”我家的 Agent 能和别家的 Agent 协作”变成卖点，到时候别只看宣传，要看它接的是哪套协议、追溯能做到哪一层。
总结
AIP 1.0 从纸面走进现实，首批兼容实现和互操作测试同步落地，身份、能力、流转、追溯四块都进入了验证阶段。对企业和开发者，这是重新梳理 Agent 身份和能力声明的窗口期；对行业，这是 Agent 从各说各话走向同一种语言的开端。
