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 時代的互動介面。

既然入口在自己手裡，底層協議越開放，外部生態反而越容易接入微軟的工作流。擁抱開源標準既避免了客戶對供應商鎖定的擔憂，又順手給其他封閉生態施加了壓力。

不過挑戰也很明顯。讓多個自主智慧體在跨組織網路中自由呼叫，許可權控制和審計追蹤的複雜度會成倍增加，實際落地時稍有不慎就可能引發越權或鏈路故障。公測即將上線，真正的考驗還在企業實戰裡。