
A2A Protocol
Google, donated to the Linux Foundation · 程式設計
A2A Protocol 是由 Google 發起、現由 Linux Foundation 託管的開放標準,讓不同廠商的 AI 代理能互相發現並協同工作。

關於 A2A Protocol
About
什麼是 A2A Protocol
A2A Protocol 全名是 Agent2Agent,是一套定義 AI 代理之間如何對話的開放標準。它讓代理擁有一套共同語言,不論是用 LangGraph、CrewAI、Semantic Kernel 還是自家技術堆疊打造。Google 在 2025 年 4 月發布,同年 6 月把治理權交給 Linux Foundation,因此規格不再由單一公司掌控。
它要解決的問題在實務上很零碎,而代理互通正是它想達成的目標。單一助理通常無法獨力完成真正的工作,而把訂票代理、訂房代理和匯率代理串起來,往往得為每一組搭檔各寫一份客製程式碼。A2A 用一套共用規則取代這些零散整合。代理會發布一份 JSON 格式的 Agent Card,說明自己能做什麼,其他代理讀了這張名片,再決定要不要把任務交給它。
採用前有兩個限制值得先了解。A2A 管的是通訊,不是代理本身,所以你還是得挑一套框架來開發,身分與信任也要自己處理。而且遠端代理始終是黑盒子,你無法檢視它的工具或記憶,這正是它的設計目的,但任務失敗時也確實是道障礙。
Getting Started
- 挑選官方 SDK,支援 Python、JavaScript、Java、C#/.NET、Go 或 Rust,或直接依規格自行開發
- 定義你的代理,並在公開網址發布 Agent Card,讓用戶端能發現它的技能與端點
- 接好傳輸層,透過 HTTP 上的 JSON-RPC 2.0,串流用 server-sent events,長時間任務用 webhook
- 用 A2A GitHub 專案裡的範例用戶端與伺服器測試,再連上第一個遠端代理
產品資訊
快速了解 A2A Protocol 的定價、支援平台與效能。
適合對象
這項工具最適合的使用者、任務與情境。
使用者
- 後端與平台工程師:手上有多個專門代理,希望它們互相交付任務,而不是為每組搭檔重寫客製介面
- 企業架構師:需要不同廠商的代理互相合作,又不能曝光內部記憶或專有邏輯的團隊
- AI 產品團隊:把代理當產品出貨,並希望其他公司的代理能找到並呼叫它
- 整合與 IT 人員:負責串接 CRM、客服系統或人資工具,想要一套協定而不是一堆零散修補
任務
- 多代理協作:把一個大需求拆成子任務,各自送往最擅長處理的代理
- 跨廠商交付:把工作交給用另一套框架開發、或跑在別家公司伺服器上的代理
- 長時間任務:追蹤一項要跑數小時甚至數天的工作,狀態更新與成果以成品形式交付
- 多模態交換:在同一段對話裡於代理之間傳遞文字、檔案與結構化資料
- 能力探索:讓協調者讀取 Agent Card,替需求挑出合適的代理
情境
- 一趟旅程需要機票、住宿與行程:一個助理協調多個專門代理,回傳單一完整計畫
- 客服系統橫跨三家廠商:各工具的代理互相交付工單與脈絡,不必寫客製程式碼
- 一項研究任務徹夜執行:用戶端訂閱更新,早上直接收下完成的文件
- 企業汰換舊有整合:團隊把脆弱的點對點程式碼換成標準的代理間呼叫
- 兩家公司合作一項流程:各自保有黑盒代理,仍能一起完成任務
主要功能
以 Agent Card 探索能力
每個 A2A 代理都會發布一份 Agent Card,這是描述身分、端點、技能與驗證需求的 JSON 檔案。用戶端讀取名片,就能知道代理會做什麼、該怎麼連上它,因此探索不必依賴中央註冊表。當你要對外開放代理時,名片是第一件要寫的東西。
具備明確生命週期的任務管理
任務是工作的核心單位,有唯一 ID,以及從 submitted 到 working、completed、failed 或 canceled 的完整生命週期。這樣的結構讓代理能協調長時間工作、接續多輪對話,並產出成品,也就是工作的具體結果。這正是 A2A 與單純請求回應呼叫的分野。
建立在成熟網路標準之上
A2A 跑在 HTTP、JSON-RPC 2.0 與 server-sent events 上,多數團隊本來就懂得部署與防護這些技術。你不需要另建一套技術堆疊,學習曲線短,也更容易接進既有的 IT 環境。無論雲端或地端部署都能運作。
串流與推播通知
面對耗時的任務,用戶端可用 server-sent events 訂閱,即時收到狀態與成品更新。用戶端離線時,伺服器可在重要更新發生時發出 webhook 通知。兩者合起來,快任務與跑上數小時甚至數天的慢任務都顧到了。
黑盒協作與企業級安全
代理合作時不必共享內部記憶、工具或專有邏輯,各方都能保住自己的智慧財產,這套 AI 代理通訊的規則也讓跨公司的代理間標準得以成立。A2A 預設採用企業級驗證與授權,並把遠端代理當成黑盒子。這樣的設計貼近代理由不同公司打造與擁有的現實。
多模態且不綁框架的交換
訊息由多個部件組成,可裝文字、檔案參照或結構化資料,因此代理能交換的不只是純字串。協定不在乎代理是用哪套框架或語言寫的,這正是它在混合環境裡好用的原因。如果你已經用 MCP 接工具,A2A 是與它並行,不是取代它。
開放治理與官方 SDK
規格隸屬 Linux Foundation,採廠商中立的治理,並由 AWS、Cisco、Google、Microsoft、Salesforce、SAP、ServiceNow 等創始成員支持。官方 SDK 涵蓋 Python、JavaScript、Java、C#/.NET、Go 與 Rust。公開的 GitHub 專案提供範例,命令列工具則讓你從終端機探索並傳訊給代理。
優缺點
優點
- 廠商中立且開源,沒有單一公司能片面改動規格
- 沿用 HTTP、JSON-RPC 與 server-sent events,容易接進現有基礎架構
- 讓代理維持黑盒,合作夥伴不必曝光內部工具或專有邏輯
- 六種語言的官方 SDK 降低了開發與整合的負擔
- 與 MCP 互補而非競爭,兩者可以一起採用
缺點
- 只管通訊,你還是得挑框架,並自行處理信任與身分
- 遠端代理是黑盒,任務失敗時除錯比共用程式碼的環境更費力
- 相關工具仍年輕,並非每個平台都已提供完整的 A2A 實作
- 採用需要實打實的工程投入,規格與 SDK 本身並不會讓代理上線運作
常見問題
A2A Protocol 又稱 Agent2Agent,是一套定義 AI 代理如何通訊的開放標準。它讓用不同框架或由不同廠商打造的代理能互相發現、交付任務並共享成果,過程中不必曝光內部記憶或工具。Google 在 2025 年 4 月發布。
相關內容
探索與 A2A Protocol 相關的工具、技能與文章。
A2A Protocol 替代方案
Base Code
Base44 (Wix) · 程式設計 · 生產力Base Code 是 Base44 推出的共享雲端開發環境。團隊在對話中描述對既有 GitHub 儲存庫的修改,看著預覽確認結果,再以 Pull Request 交回工程團隊。
Google EmbeddingGemma 2
Google DeepMind · 寫作 · 圖片 · 程式設計Google EmbeddingGemma 2 是 7.4 億參數的開源模型,能把文字、程式碼、圖片、音訊與影片畫面轉成同一個 768 維空間裡的向量,在手機與筆電上就能執行。
GitGlow
GitGlow · 程式設計 · 生產力GitGlow 是桌面版 Git 用戶端,把你自己的程式碼與 AI 代理程式的變更集中在同一份審查裡,讓你在交付前看清楚機器上究竟要送出什麼。
