<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Tool on YennJ12 Engineering Blog</title><link>https://yennj12.js.org/yennj12_blog_V4/tags/tool/</link><description>Recent content in Tool on YennJ12 Engineering Blog</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><lastBuildDate>Fri, 05 Jun 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://yennj12.js.org/yennj12_blog_V4/tags/tool/feed.xml" rel="self" type="application/rss+xml"/><item><title>FDE 面試準備指南（三十一）：RKK 實戰——Google ADK 深度設計：Agent 類型、Tool 宣告與 Multi-Agent 協調</title><link>https://yennj12.js.org/yennj12_blog_V4/posts/fde-interview-guide-part31-adk-deep-dive-zh/</link><pubDate>Fri, 05 Jun 2026 09:00:00 +0800</pubDate><guid>https://yennj12.js.org/yennj12_blog_V4/posts/fde-interview-guide-part31-adk-deep-dive-zh/</guid><description>ADK 不只是「Google 版的 LangGraph」。
它是一個針對 Gemini + Google Cloud 生態系優化的 Agent 框架，
在抽象層次、狀態管理、部署模式上都有自己的設計哲學。
面試官考這題，是在測試你能不能幫客戶在 ADK 和 LangGraph 之間做出有依據的選擇。
面試情境 面試官：「客戶是一家保險公司，已經在用 Google Workspace 和 GCP。他們想部署一個多步驟的理賠審核 Agent，需要並行查詢三個系統（核保資料庫、醫療記錄、詐欺偵測），然後由一個審核 Agent 整合結果做決策。你會用 ADK 還是 LangGraph？如果用 ADK，架構怎麼設計？」
一、ADK 在 Google AI 棧中的定位 Google AI Agent 工具棧（由低到高抽象）： ┌─────────────────────────────────────────────────────────────┐ │ Level 1：Gemini API + Function Calling（最底層） │ │ 你自己管理所有狀態、Tool 呼叫、循環邏輯 │ │ 適合：完全客製化，或需要接非 Gemini 模型 │ └─────────────────────────────────────────────────────────────┘ ↓ 抽象提升 ┌─────────────────────────────────────────────────────────────┐ │ Level 2：Google ADK（本篇主題） │ │ 提供 Agent 類型、Tool 宣告、Multi-Agent 協調的標準框架 │ │ 原生整合 Gemini、Vertex AI、Google Search │ │ 適合：需要客製化邏輯，但不想從零搭框架 │ └─────────────────────────────────────────────────────────────┘ ↓ 抽象提升 ┌─────────────────────────────────────────────────────────────┐ │ Level 3：Vertex AI Agent Builder（最高層） │ │ 低代碼/無代碼界面，拖拉設定 Agent 工作流 │ │ 適合：快速原型、業務人員自助、標準企業聊天機器人 │ └─────────────────────────────────────────────────────────────┘ FDE 的判斷原則： 「如果 Agent Builder 能做到，就不用 ADK。 如果 ADK 能做到，就不用從頭用 Gemini API 寫。」 二、ADK vs LangGraph：根本差異 比較維度 ADK LangGraph ────────────────────────────────────────────────────────────────── 模型綁定 Gemini 原生（可接其他） 任何 LLM 抽象層次 高（有 Agent 類型概念） 低（Node + Edge 圖） 狀態管理 Session State（框架管理） StateGraph（你定義 schema） Multi-Agent AgentTeam + sub_agents 自己設計節點間通信 部署 Vertex AI Agent Engine 原生 需要自己包 Container Google Cloud 整合 原生（GCS、BigQuery、Search） 需要額外配置 學習曲線 低（比 LangGraph 少 boilerplate）高（但控制粒度更細） 適合場景 GCP 生態、快速落地 複雜自定義工作流、多模型混用 關鍵判斷點： 客戶在 GCP + 用 Google Workspace + 需要快速 POC → ADK 客戶需要複雜的條件分支 + 不同步驟用不同 LLM → LangGraph 客戶想混用 GPT-4o 和 Gemini → LangGraph（ADK 對非 Gemini 模型支援有限） 三、ADK 的四種 Agent 類型 ADK 的核心設計是「Agent 類型決定執行模式」，而不是讓你手動畫控制流程圖。</description></item></channel></rss>