Gemini

Gemini Managed Agents 更新:預設 3.6 Flash、環境鉤子與成本控制

Google DeepMind 為 Gemini API Managed Agents 帶來四項更新:預設模型升級 Gemini 3.6 Flash、可在沙盒內攔截與稽核工具呼叫的環境鉤子、max_total_tokens 預算控制與排程觸發,以及免費方案。本文拆解鉤子機制、Offdeal 的生產案例與恢復未完成任務的設計。

Gemini Managed Agents 更新:預設 3.6 Flash、環境鉤子與成本控制 — 文章封面
本頁內容6 個段落
  1. 預設模型:Gemini 3.6 Flash,零改動升級
  2. 環境鉤子:在沙盒內攔截、檢查、稽核工具呼叫
  3. 成本控制:預算上限與未完成任務的恢復
  4. 排程觸發與環境管理
  5. 對 builder 的意義
  6. 參考來源

如果你在用 Gemini API 搭自主運行的 agent,7 月 28 日這批更新相當務實。Google DeepMind 的 Philipp Schmid 與 Mariano Cocirio 在官方部落格宣布 Managed Agents 的四項新能力:預設模型升級、環境鉤子(environment hooks)、成本與排程控制、免費方案。定位延續前一版(背景任務與遠端 MCP 整合)——在 Gemini Interactions API 裡,一次呼叫就在隔離的雲端沙盒中協調推理、程式執行、套件安裝、檔案管理與網頁檢索。

預設模型:Gemini 3.6 Flash,零改動升級

antigravity-preview-05-2026 agent 現在預設跑 Gemini 3.6 Flash——推理、coding 與工具使用的平衡型模型,不需要改任何程式碼,下一次互動自動生效。要控制成本的團隊可以用 agent_config.model 明確指定:Gemini 3.5 Flash(前一代通用 agentic 工作流)或 Gemini 3.5 Flash-Lite(3.5 家族中延遲與成本最低)。模型選擇變成每個 agent 的部署參數,而不是綁死整個平台。

環境鉤子:在沙盒內攔截、檢查、稽核工具呼叫

這次更新的核心。環境鉤子讓你在 agent 沙盒內的每次工具呼叫前後執行自訂腳本:在環境裡放一個 .agents/hooks.json,runtime 就會在 pre_tool_executionpost_tool_execution 事件上執行你的 handler。matcher 欄位支援正規表示式——用 | 鎖定多個工具,或用 * 全部攔截。

實際配置長這樣:一個 security-gate 群組在每次 code_executionwrite_file 前跑 gate.py,腳本回 {"decision": "deny", "reason": "..."} 時該次呼叫直接跳過、拒絕理由進入模型 context;一個 auto-format 群組在每次工具結束後跑 auto_lint.py 強制程式碼風格;hook 也支援 http 型 handler 直接 POST 到外部端點——這正是把沙盒事件接進自家觀測或審批系統的通道;HTTP hook 的失敗處理語意在 hooks 文件中有完整定義。

官方給了一個很有說服力的生產案例:AI 原生投資銀行 Offdeal。投銀等級的簡報每份常含 30+ 個公司 logo,每個都必須是對的公司、對的尺寸與長寬比、含公司名、透明背景、在白底投影片上對比充足。Offdeal 的 CTO Alston Lin 說得直接:沙盒是遠端的,過去他們的驗證程式碼沒有地方跑;有了鉤子,post_tool_execution 在 agent 寫出公司清單的當下就在沙盒內觸發驗證管線——抓候選圖、跑像素級品質檢查、用 Gemini vision 逐一驗證 logo、發布核准清單,只有清單內的圖片能進簡報。「遠端沙盒跑不了自訂驗證」這個 managed agents 的老藉口,被這個機制直接拆除。

成本控制:預算上限與未完成任務的恢復

Managed agents 跑的是多輪自主循環,複雜任務的 token 消耗可能失控。現在可以在 agent_configmax_total_tokens(涵蓋 input+output+thinking)設總量上限。到頂時執行安全暫停,互動回傳 status: "incomplete"——環境狀態完整保留,只要帶 previous_interaction_id 與新預算就能從中斷點繼續。這個設計把「預算用罄」從錯誤變成可恢復的暫停,對生產環境很關鍵。

免費方案也開放了:Managed Agents 現在可用於無計費的 free tier 專案,拿 API key 就能實驗 agentic workflow——對想把這套沙盒跑進 CI 或教學場景的團隊,門檻降到零。設計上值得注意的一點:預算暫停保留了環境狀態,代表你可以把「燒完預算」當成正常的流量控制,用小額預算分段跑長任務,而不必一次提撥最大用量。

排程觸發與環境管理

排程觸發(scheduled triggers)把 agent、環境、prompt 與 cron 排程綁成一個持久資源,無需人工介入定時觸發;每次執行重用同一個沙盒,檔案跨執行保存。配套的 Environments API 則讓你用程式列出、檢視、刪除沙盒 session——斷線後找回環境 ID,或管線結束時主動清理,不必等 7 天 TTL 自然過期。

對 builder 的意義

這批更新把 Managed Agents 從「幫你跑 agent 的服務」推成「可治理的自主工作者」:鉤子補上治理缺口(驗證程式碼終於有地方跑)、預算上限把失控風險變成可恢復暫停、排程觸發與環境管理讓它們能當常駐 worker 用。對照自架 agent 基礎設施的路線,Google 賣的是同一組問題的託管解——要不要買單,取決於你的驗證管線與資料邊界能不能接受跑在別人的沙盒裡。鉤子機制確實縮小了這個疑慮——但 http handler 仍要把事件送往你控制的端點,信任問題從「程式能不能在那裡跑」變成「事件誰看得到」,這是導入前該想清楚的最後一題。

參考來源

本文由 AI 協助自上述來源整理,經人工審核後發布。

分享X電郵