A2A Protocol

A2A Protocol

Google, donated to the Linux Foundation · 程式設計

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

A2A Protocol 的介面預覽

關於 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

  1. 挑選官方 SDK,支援 Python、JavaScript、Java、C#/.NET、Go 或 Rust,或直接依規格自行開發
  2. 定義你的代理,並在公開網址發布 Agent Card,讓用戶端能發現它的技能與端點
  3. 接好傳輸層,透過 HTTP 上的 JSON-RPC 2.0,串流用 server-sent events,長時間任務用 webhook
  4. 用 A2A GitHub 專案裡的範例用戶端與伺服器測試,再連上第一個遠端代理

產品資訊

快速了解 A2A Protocol 的定價、支援平台與效能。

免費方案是
付費方案Free open standard
平台Web, any framework or language via official SDKs and HTTP
開發者Google, donated to the Linux Foundation
類別程式設計
發布日期Apr 2025
最近更新Mar 2026
網站訪問量649.3M
網站全球排名50
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 後端與平台工程師:手上有多個專門代理,希望它們互相交付任務,而不是為每組搭檔重寫客製介面
  • 企業架構師:需要不同廠商的代理互相合作,又不能曝光內部記憶或專有邏輯的團隊
  • 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 月發布。