本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# A2A 入門
<a name="getting-started-a2a"></a>

Agent2Agent (A2A) 通訊協定可讓客服人員透過共用語意層進行分散式協同合作。A2A 不會透過中央協調器路由所有工作，而是允許客服人員彼此探索、公告其功能、交涉任務，以及使用輕量型 JSON 型通訊協定共用內容。每個客服人員都會發佈功能資訊清單。

下列範例顯示簡化的 A2A 功能資訊清單，公告代理程式支援的動作、所需的輸入和操作中繼資料，以啟用探索和任務交涉：

```
{
  "can": ["summarize.text", "extract.keywords"],
  "needs": ["document.input"],
  "meta": { "version": "1.0.3", "latencyMs": 120 }
}
```

此模型可啟用動態功能比對、中任務委派和跨組織協同合作。客服人員可以自行整理任務、形成臨時工作群組，並在新功能進入或退出系統時進行調整。

A2A 支援從簡單的無狀態請求到多步驟交涉工作階段的互動，包括：
+ 用於低延遲協同合作的直接peer-to-peer傳訊
+ 語意任務交涉，其中客服人員會選取最適合的對等
+ 以能力為基礎的探索，實現緊急的人力分配
+ 具狀態多步驟互動的工作階段錨定

透過採用開放的客服人員原生通訊協定，例如 A2A，組織可建立模組化、可互通且能夠跨邊界協作的 AI 系統。A2A 可確保客服人員生態系統保持彈性，並可隨著引進新的客服人員、團隊或外部系統而發展，而不需要剛性協同運作層或先前的耦合。

若要在代理程式架構中實作 A2A 通訊協定，請採取下列動作：

1. **檢閱 A2A 通訊協定規格** – 讀取 [Agent2Agent (A2A) 通訊協定規格](https://a2a-protocol.org/latest/specification/)的最新版本，以了解功能資訊清單、交涉流程和客服人員交握的運作方式。

1. **探索 A2A-compatible執行時間** – 評估架構，例如 Strands Agents SDK 或支援 A2A-style功能資訊清單和peer-to-peer交涉的自訂執行時間層。

1. **為您的客服人員實作功能資訊清單** – 定義每個客服人員的 `can`、 `needs`和 `meta` 欄位，以啟用探索、配對和意圖層級協同合作。

1. **實驗 A2A 交涉模式** – 使用 request-offer-accept 迴圈、結構化功能查詢或 gossip 型探索，以了解客服人員應處理任務的人員原因。

1. **在混合基礎設施環境中測試 A2A ** – 結合 A2A 對等交涉與 AWS 透過 Amazon EventBridge 原生 的事件路由，以評估混合協調模式。

1. **加入 A2A 社群** – 與[開放的工作群組](https://a2a-protocol.org/latest/community/)互動，以掌握最新的延伸模組、安全建議和跨供應商互通性改進，並[有助於通訊協定的開發](https://github.com/a2aproject/A2A?tab=contributing-ov-file)。