Microsoft 拥抱开源 A2A 协议：让各家 AI 智能体跨云直接对话

现在各家都在做 AI Agent，但这些小助手大多像被关在各自的孤岛里。你在公司内部用某个框架写的智能体，根本没法和另一个供应商的工具搭话。

微软想要拆掉这堵墙。5 月 7 日，微软宣布将把开放的 Agent2Agent 协议，也就是 A2A，引入 Azure AI Foundry 和 Copilot Studio。

说白了，A2A 是一套让智能体之间能够跨云、跨平台、跨组织互相沟通的标准。微软的目标是让这些 Agent 能够彼此协同，而不是各自单打独斗。

让不同厂牌的智能体互相连通

微软底下的企业客户体量很大。目前有超过 70000 家企业和数字化原生公司在用 Azure AI Foundry，包括 Epic、Fujitsu 和 LG 电子等。

刚推出 4 个月的 Agent Service 已经吸引了超过 10000 家组织。至于 Microsoft Copilot Studio，使用机构更超过 230000 家，覆盖了 90% 的财富 500 强。

这些企业现在最大的头疼之处，就是不想被单一平台完全绑死。他们希望自己手里的 Agent 能跨不同供应商和不同数据源协同办事。

有了 A2A 协议，智能体之间可以结构化地交换目标、同步状态、调用操作并返回结果。

开发者可以继续用自己熟悉的工具，比如 LangChain 或者微软自己的 Semantic Kernel，不同框架下的智能体依然能够互通。

企业最在意的安全合规方面，每一次交互都会经过 Microsoft Entra 身份验证、双向 TLS 加密、Azure AI 内容安全审核以及全套审计日志。

Copilot Studio 里的 Agent 以后也能直接调用托管在微软外部、用其他平台搭建的外部智能体。

微软目前已经加入 GitHub 上的 A2A 工作组，参与规范与工具开发。他们还在 Semantic Kernel 的 Python 版本里放出了一个示例，演示两个本地 Agent 如何通过 A2A 协作规划旅行路线和处理汇率转换。

为什么重要

如果说之前的 Model Context Protocol 解决了智能体如何调用各种数据源和工具，那么 A2A 解决的就是智能体之间该怎么对话与分工。

对开发者和企业来说，这意味着你不需要重写一整套调度逻辑。即使你的业务分散在不同的云服务上，未来也能把不同团队写的专业智能体串联成一个网状系统。

如果你懂 Python，现在就能去跑 Semantic Kernel 里的开源用例，提前感受两个 Agent 是如何交接任务的，门槛相当低。

我们认为微软这一步走得相当老练。微软很清楚自己手里的王牌是 Copilot 这个超级入口，把它定位成 AI 时代的交互界面。

既然入口在自己手里，底层协议越开放，外部生态反而越容易接入微软的工作流。拥抱开源标准既避免了客户对供应商锁定的担忧，又顺手给其他封闭生态施加了压力。

不过挑战也很明显。让多个自主智能体在跨组织网络中自由调用，权限控制和审计追踪的复杂度会成倍增加，实际落地时稍有不慎就可能引发越权或链路故障。公测即将上线，真正的考验还在企业实战里。