Agent2Agent（A2A）協定加入 Agentic AI Foundation，與 MCP 同屬一個中立治理體系
A2A 被接受為 AAIF 的 Growth Stage 專案，負責 agent 與 agent 之間的協作；MCP 負責 agent 連工具。兩個主要 agent 協定如今在同一個 Linux Foundation 旗下基金會治理。
Agent2Agent（A2A）是讓不同框架、不同廠商的 AI agent 互相發現、委派任務與協作的開放協定；它在 2026 年 8 月加入 Linux Foundation 旗下的 Agentic AI Foundation（AAIF），代表 agent 連工具（MCP）與 agent 連 agent（A2A）兩層標準已收斂到同一個中立治理單位。
A2A 官方部落格於 2026 年 8 月 27 日宣布，Agent2Agent（A2A）協定已被 Agentic AI Foundation（AAIF）接受為 Growth Stage 專案。AAIF 是 Linux Foundation 主導的基金會，旗下已有 Model Context Protocol（MCP）、goose 與 AGENTS.md 等專案。
官方把兩者的分工講得很清楚：MCP 是「垂直」整合層，讓 agent 連接內部工具與資料庫；A2A 是「水平」協作層，agent 透過結構化的 agent card 公開自己的能力與聯絡方式，其他 agent 讀取後即可協商互動模式並委派任務，不必為每一組框架配對另寫整合程式。
根據官方說法，A2A 在 v1.0 穩定版之後已有超過 150 個組織支持，Google Cloud、AWS Bedrock AgentCore Runtime、Microsoft Azure AI Foundry 皆內建支援，ServiceNow、Salesforce、Atlassian、SAP 等企業 SaaS，以及 LangGraph、CrewAI、Pydantic AI、AG2、IBM BeeAI 等框架也已採用。這些數字與名單均來自專案方自述，尚非第三方統計。
這次公告的實質是治理，而非技術規格變更：文中沒有提到新版本或破壞性變更。對企業而言，意義在於 A2A 的路線圖不再由單一廠商主導，降低押錯標準的風險；但 Growth Stage 也代表它仍在成長階段，跨廠商實作的一致性與安全模型仍需觀察。
從部署角度看，A2A 解決的是「跨邊界交接」問題。官方指出，在 A2A 出現前，不同框架打造的 agent 要交接工作，每一組配對都得從頭寫客製整合程式；而 Google Cloud、AWS Bedrock AgentCore Runtime 與 Microsoft Azure AI Foundry 都已把 A2A 支援直接做進平台。對同時使用多家雲端或 SaaS 的企業來說，這意味著內部 agent 未來可能要與外部平台上的 agent 互相委派任務，邊界上的身分驗證、權限範圍與資料外流控管，會比單一平台內的工具呼叫更難管理。
接下來值得追的是：A2A 與 MCP 在 AAIF 內是否會出現共用的身分、授權與 agent 探索機制，以及大型雲端平台的 A2A 實作是否能真正互通，而不只是各自宣稱支援。
企業若在私有 AI 平台上建置多個 agent，應把「agent 對外怎麼被發現、怎麼被授權委派」當成治理議題：先盤點哪些 agent 會跨系統協作，再決定是否以 A2A agent card 對外描述能力，並把委派行為納入稽核紀錄，而不是讓各團隊各自串接。
