📋TestingCatalog•較早收集於 3h
Google 統一 Gemini API 工具於單一呼叫
💡Gemini 統一工具簡化代理開發—內建與自訂單一呼叫整合。（38字）
⚡ 30-Second TL;DR
有什麼變化
將內建工具與自訂函式合併於單一 API 呼叫
為什麼重要
此更新簡化複雜工具整合，減少 AI 應用開發摩擦。開發者可建構更高效代理，具無縫脈絡分享。
下一步行動
在 Gemini API 開發者控制台測試統一工具呼叫。
誰應關注：Developers & AI Engineers
關鍵要點
- •將內建工具與自訂函式合併於單一 API 呼叫
- •啟用跨工具脈絡流通
- •引入唯一回應 ID 以分享輸出
🧠 深度解析
AI-generated analysis for this event.
🔑 增強重點摘要
- •原生多模態工具調用整合：此更新支援在單一 API 呼叫中同時處理圖像或影片輸入，並觸發多個自訂函式，顯著降低了開發複雜多模態 AI 代理（Agents）的延遲。
- •自動化工具鏈接（Tool Chaining）能力：模型現在具備自主邏輯，能將一個工具（如 Google 搜尋）的輸出直接轉化為另一個自訂函式的輸入參數，無需開發者手動編寫中間層代碼。
- •權杖（Token）消耗優化：透過統一呼叫機制與共享脈絡，減少了在多輪對話中重複發送系統指令與工具定義的需求，預計可為開發者節省約 15% 至 20% 的運算成本。
📊 競品分析▸ Show
| 功能特性 | Google Gemini API (統一工具) | OpenAI Assistants API | Anthropic Tool Use (Claude) |
|---|---|---|---|
| 工具整合度 | 內建工具（搜尋、代碼執行）與自訂函式完全統一 | 透過 Assistants 框架整合，但 API 結構較為繁瑣 | 需開發者手動處理多輪對話與工具輸出回傳 |
| 脈絡流動管理 | 自動跨工具流動，支援唯一回應 ID 追蹤狀態 | 依賴 Thread 物件管理，狀態儲存於 OpenAI 伺服器 | 無狀態設計，需開發者自行管理並回傳所有脈絡 |
| 執行效率 | 支援單一推理週期內並行觸發多個工具 | 支援並行函式調用，但內建工具切換較慢 | 支援並行調用，但在複雜鏈接上需多次往返 |
🛠️ 技術深入
- •ToolConfig 參數擴展：引入了全新的
function_calling_config模式，允許開發者設定ANY、NONE或AUTO模式，精確控制模型在特定情境下是否必須調用工具。 - •唯一回應 ID (Response ID) 映射機制：該 ID 不僅用於分享，還在 Google 後端映射至一個暫存的狀態快取（State Cache），允許在分散式架構中快速檢索先前的工具執行結果。
- •並行函式執行優化：改進後的 Transformer 架構支援在單一輸出序列中生成多個 JSON 格式的函式調用請求，大幅縮短了需要從多個外部 API 獲取數據時的總體等待時間。
- •Schema 驗證強化：API 現在支援更嚴格的 JSON Schema 驗證，確保模型生成的工具參數完全符合開發者定義的類型要求，減少執行錯誤。
🔮 前景展望AI analysis grounded in cited sources
自主 AI 代理的開發門檻將大幅降低
開發者不再需要構建複雜的狀態機來管理工具間的數據傳遞，模型將承擔更多邏輯編排工作。
企業級數據隱私控制將更為精細
透過 Response ID 共享執行結果而非原始敏感數據，企業能更有效地實施數據最小化原則。
⏳ 時間線
2023-12
Google 發佈 Gemini 1.0，初步支援基礎函式調用功能
2024-05
Google I/O 宣佈 Gemini 1.5 Pro 支援大規模脈絡與改進的工具使用能力
2024-09
推出 Gemini 1.5 Flash 優化版，顯著提升工具調用的反應速度與成本效益
2025-11
整合 Vertex AI 擴充功能至 Gemini API，強化企業級第三方服務鏈接
2026-03
正式推出統一工具 API，實現內建工具與自訂函式的單一呼叫整合
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： TestingCatalog ↗