這30天將探討如何結合 Google ADK、A2A協定與 Google Cloud Run,建立具備可部署性與跨 Agent 互通能力的智慧代理系統。透過 ADK 建構 Agent 的核心邏輯與工具調用能力,再利用 A2A 協定讓不同功能的 Agent 能夠彼此溝通、協作與交換任務資訊,形成具彈性的多 Agent 架構。最後將 Agent 服務部署至 Cloud Run,利用雲端的容器化與自動擴展能力,提升系統的穩定性、可維護性與部署效率。藉由三者整合實現從 Agent 開發、跨服務協作到雲端部署的完整流程,展示現代 AI Agent 系統如何由單一應用逐步擴展為可互通、可擴充的雲端架構。
昨天列了 A2A 定義的四個 method 與四個核心概念,那是協定「做什麼」的清單。今天反過來問:這個協定不做什麼?它的邊界畫在哪裡? 為什麼小是優點 規格小...
昨天講到 A2A 只有四個 method,全部是單向委託與查詢。今天講這個設計的後果。 多 agent 系統最常見的場景是「問三家店的價格,幫我挑最便宜的」。你...
要用一隻 A2A agent,第一步是抓它的卡。 Agent Card 是一份 JSON,放在固定路徑 /.well-known/agent-card.json...
昨天(Day 13)談的是那張卡放在哪裡、裡面有什麼欄位、什麼時候被讀進 system prompt。今天往下一層問:description 這欄字串,到底在系...
昨天把「description 是 prompt」這件事定了性,也點出它同時是路由依據跟計費依據,而且這個模式泛化到 tool description、MCP...
A2A 的訊息裡有三個 ID,長得像但職責完全不同。這是我在讀 log 時卡最久的地方,所以單獨寫一篇。 欄位 生命週期 作用 messageId...