Google 正式下場定義 Agent 協(xié)作新規(guī)矩：Agent2Agent (A2A) 開放協(xié)議來了。

AI Agent 單打獨斗的時代要過去了？Google Cloud 聯(lián)合超過 50 家技術(shù)和咨詢大佬 (包括 Cohere, Langchain, MongoDB, 等等一票重量級選手) 正式推出 Agent2Agent (A2A) 協(xié)議。

這玩意兒要干啥？簡單說，就是給不同廠商、不同框架下構(gòu)建的 AI Agent 提供一套標準的溝通語言和協(xié)作方式，打破信息孤島，讓它們能真正“組隊打怪”，提升效率。

 與MCP的關(guān)系？

A2A 與 MCP是兼容互補的

Google 首席工程師現(xiàn)身說法 (Jaana Dogan)， 她直接定性：“它們是正交 (orthogonal) 的！” 還爆了個料：：“我們當初搞 A2A 第一個就找了 MCP 的人聊合并的事。”

Google 在博客里說得很清楚，A2A 是 補充 (complements) MCP 的。

其實，搞懂 MCP 和 A2A 的區(qū)別：看這張圖就夠了。

簡單說，這圖告訴我們 AI Agent 跟外界打交道主要靠兩個開放協(xié)議：

1. MCP (模型上下文協(xié)議):這是 Agent 用來“插上”外部工具、API 和各種企業(yè)應用的“接口”。Agent 通過它拿到干活需要的數(shù)據(jù)和能力。你看圖里，Agent 下面連著 MCP，MCP 再連到外面的 API 和應用。
2. A2A (Agent2Agent 協(xié)議):這個是 Agent 之間互相“聊天”用的協(xié)議。不同團隊、不同公司做的 Agent，可以通過 A2A 直接對話、協(xié)作，不用管對方內(nèi)部怎么實現(xiàn)的。圖里兩個 Agent 中間那條線就是 A2A。

MCP 核心是工具和工具集 (用 JSON schema 通信)。

A2A 看起來更關(guān)注 Agent 之間的自然語言交流。

所以，它倆分工明確：

• MCP 是 Agent 跟“非 Agent”的東西（工具、API）打交道的。
• A2A 是 Agent 跟“其他 Agent”打交道的。

即 MCP 和 A2A 是兩條腿走路，一個負責對內(nèi)連接工具和資源，一個負責對外連接其他 Agent 伙伴。它倆是互補的，共同構(gòu)成了連接 Agent 的開放標準體系。

都是開放標準，大家可以一起用，一起開發(fā)。圖里也提到了 Google ADK、LangGraph、Crew.AI 這些都有相關(guān)示例。

劈柴哥的神操作：就在 Google 發(fā)布 A2A 的同一天，CEO 劈柴哥先是在 X 上發(fā)了個耐人尋味的帖子：“To MCP or not to MCP, that's the question.” 幾小時后，他又回帖：“l(fā)ove the feedback! - to MCP it is!” —— 這操作直接把圍觀群眾看懵了。

網(wǎng)友吐槽到：“哥們兒他知道 Google 今天剛發(fā)了 A2A 嗎？”。

不過馬上有網(wǎng)友表示恰恰是他知道 A2A 是 補充 MCP 的：

然后網(wǎng)友Pierre Brunelle 問了個技術(shù)問題：“Agent 能直接當 MCP 服務器用嗎？”Jaana 回答得挺詳細：直接用不行，得給 MCP 加不少東西才行，比如：

• 通信方式得從“客戶端<->服務器”變成“客戶端->服務器->服務器”。
• 得管好會話狀態(tài)。
• 得支持那種一直跑在后臺的 Agent。（所以要A2A處理復雜Agent交互）

 A2A協(xié)議工作原理 

A2A 管的是 Agent 跟 Agent 咋聊天。

MCP 管的是 Agent 咋跟 API (工具/服務) 打交道。

A2A 核心概念拆解 (看圖說話):

▼ 以下三圖來源X@Vercel  Matt Pocock大佬

Agent 咋被發(fā)現(xiàn)？靠公開的 'Agent Cards' (名片)，通過 HTTP 暴露，通常放在 .well-known 路徑下 (類似 DNS 記錄那套)。

這卡片帶版本號 (semver)，還列了 Agent 會干啥 ('Skills')。

Terminology (術(shù)語):

A2A 系統(tǒng)里有仨角色：User (最終用戶), Client (發(fā)起請求的實體), Remote Agent (Server) (托管 Agent 的服務器)。挺直白，不繞。

Transports (傳輸方式):

• 常規(guī)請求/響應(配合輪詢查任務狀態(tài))。
• SSE(Server-Sent Events)，適合短時任務。
• 推送通知(Push Notifications)，適合長時任務。

• Client 和 Server 咋通信？好幾種選擇：

當然，不是所有 A2A Agent 都會支持全部傳輸方式。=

總的來說，A2A 玩轉(zhuǎn) Agent 協(xié)作，具體如下：

簡單說，就是給 Agent 間溝通立規(guī)矩：

• 先亮底牌 (能力發(fā)現(xiàn)):Agent 互相告知“我能干啥”。
• 組隊打怪 (任務管理):明確任務目標，分工協(xié)作，實時同步進度。
• 信息共享 (協(xié)作):上下文、中間結(jié)果、最終產(chǎn)物，高效傳遞。
• 結(jié)果展示得談妥 (體驗協(xié)商):輸出啥格式？要不要圖？UI 咋整？都得商量好。

更詳細的實踐操作在草案里面：??https://github.com/google/A2A??

A2A 協(xié)議的核心設計理念 (干貨速覽)：

1. Agent 就該有 Agent 的樣:不止是 API 調(diào)用，要能像團隊成員一樣共享記憶、工具、上下文。
2. 站在巨人肩膀上:基于 HTTP、JSON-RPC 等成熟標準，快速融入現(xiàn)有技術(shù)棧，不瞎折騰。
3. 安全是底線:企業(yè)級認證授權(quán)，安全感拉滿。
4. 快活慢活都能干:從秒級響應到跨天長任務，還能實時同步狀態(tài)，人在回路也不怕。
5. 不止讀寫，更能聽說看:原生支持多模態(tài)，文字、語音、圖像、視頻通吃。

實戰(zhàn)秀肌肉： 已經(jīng)有用 A2A 讓 Agent 跨系統(tǒng)幫你篩選簡歷、找候選人的例子了。

未來： Google Cloud 認為A2A將有望開啟 Agent 互操作的新紀元，讓更強大的 Agent 系統(tǒng)成為可能。協(xié)議已完全開源，規(guī)范草案、代碼示例全放出來了：

??https://google.github.io/A2A??

??https://github.com/google/A2A???

本文轉(zhuǎn)載自??AI進修生??，作者：Aitrainee