谷歌認為A2A協議將為客戶帶來顯著價值，使他們的AI代理能夠跨整個企業應用程序領域工作。這種協作努力標志著一個共同愿景的未來，即AI代理無論其底層技術如何，都能無縫協作，自動化復雜的企業工作流程，推動前所未有的效率和創新水平。

2. A2A的核心概念

3.為什么需要A2A？

想象一下這個場景：你要計劃一次旅行，需要：

• 查找并比較機票價格
• 根據天氣預報選擇合適的目的地
• 預訂酒店和餐廳
• 安排當地活動和交通

以前，你可能需要打開4-5個不同的應用，手動在它們之間復制粘貼信息。有了A2A協議，你只需告訴你的主AI助手：“幫我計劃下周去日本的旅行”，然后它就能自動與專門負責機票查詢的AI、天氣預報AI、酒店預訂AI等進行溝通協作，共同完成這個任務。

所有這些AI助手雖然可能來自不同公司、基于不同技術，但因為都"說"A2A這種"通用語言"，所以能無縫協作，就像一個高效的團隊。

4. 架構設計

A2A協議促進了"客戶端代理"與"遠程代理"之間的通信。客戶端代理負責從最終用戶那里制定和傳達任務，而遠程代理則根據這些任務采取行動。這種架構設計使得代理之間可以明確地交換信息，無需共享內部狀態或記憶。

圖1：A2A通信架構圖

圖2：A2A協議概念圖 - 展示了客戶端代理與遠程代理之間的通信流程，以及任務（Task）和代理卡片（Agent Card）在協議中的核心地位

• 獨立運行：代理獨立運行并明確溝通以交換信息。
• 符合標準：該協議使用廣泛采用的Web技術，如HTTP、JSON-RPC和服務器發送事件（SSE），以最大限度地減少開發人員的摩擦。
• 默認安全：內置身份驗證和授權措施旨在保護敏感交易和數據。
• 處理短任務和長任務：A2A支持簡短交互（如快速信息請求）和需要持續協作的擴展流程。
• 模態無關：代理可以通過實時共享結構化任務更新來處理文本、視頻、音頻或其他數據類型。

5. 關鍵功能

A2A協議依賴于幾個關鍵功能：

1. 能力發現：代理可以通過JSON格式的Agent Card"發布其能力"，使客戶端代理能夠確定最佳的遠程代理來完成任務。
2. 任務管理：確保代理之間的通信僅面向完成請求，并定義任務的生命周期。
3. 協作：發送有關上下文回復、工件（任務輸出）或指令的消息。
4. 用戶體驗協商：允許客戶端和遠程代理協商響應最終用戶請求所需的正確格式，以及了解用戶的UI能力，如iframe、視頻、Web表單等。

每條消息包括"部分"，這是一個完全形成的內容片段，比如生成的圖像。每個部分都有指定的內容類型，允許客戶端和遠程代理協商所需的正確格式，并明確包括對用戶UI能力的協商。

三、A2A與其他協議的關系

1. A2A與MCP的比較

2. A2A與其他代理協議的生態位置

谷歌云業務應用平臺副總裁兼總經理Rao Surapaneni告訴VentureBeat，A2A使具有不同專業化和數據節點的代理更容易獲得所需的上下文。“每個人都有一定的專業化，因為他們擁有數據節點或邏輯節點，或者當前用戶群體專注于特定任務”。

A2A協議與Anthropic的模型上下文協議（MCP）不同，但兩者可以互補。雖然MCP專注于應用程序和生成式AI模型之間的交互，但A2A協議專注于不同AI代理之間的交互。“你可以將MCP視為提供垂直集成（應用程序到模型），而A2A提供水平集成（代理到代理）”。

四、A2A協議的應用場景

1. 企業級應用

A2A協議的一個突出特點是其企業級關注點。該協議支持延伸數天、數周甚至數月的長期運行任務——如供應鏈規劃或多階段招聘。它還支持多模態協作，因此AI代理可以在統一工作流程中共享和處理文本、音頻和視頻。

如果A2A獲得牽引力——早期支持表明它可能會——它可能會像Kubernetes標準化云原生應用或OAuth簡化跨平臺安全訪問一樣加速代理生態系統。通過在協議級別解決互操作性問題，A2A降低了企業混合搭配不同提供商的代理并最終將它們視為連貫數字勞動力的門檻。

2. 實際案例分析

五、A2A協議的實現與開發

1. 技術實現

- 正式納入授權方案和可選憑證直接在AgentCard中。
- 研究QuerySkill()方法，用于動態檢查不支持或未預期的技能。
- 支持任務內的動態UX協商（例如，代理在對話中途添加音頻/視頻）。
- 探索擴展對客戶端發起方法的支持（超出任務管理）。
- 改進流式傳輸可靠性和推送通知機制。
- 簡化"Hello World"示例。
- 包括與不同框架集成或展示特定A2A功能的其他示例。
- 為常見客戶端/服務器庫提供更全面的文檔。
- 從JSON Schema生成人類可讀的HTML文檔。