Google宣布Gemini工作代理：跨應用執行、多模型選擇與企業管控並行

Google在10月8日舉行的Gemini at Work 2026活動上宣布Gemini工作代理，希望把問答、知識工作、內容創作和程式設計放進同一個任務入口。公司強調，使用者可以交付工作目標，由代理呼叫工具、連接業務系統並完成任務。這次發布的重點是工作流程與企業控制的整合，不能等同於所有功能已經向所有客戶全面開放。¹

Google官方圖片庫中的辦公場景資料圖。 Source: Google.

從應用入口走向連續任務

Google Cloud執行長Thomas Kurian的介紹列出了明確的應用範圍：Gemini可直接在Gmail、Drive、Docs、Slides、Sheets、Chat和Calendar中工作；Microsoft 365、Slack等則被列為存取管道或連接對象，不能據此推斷每個外部應用都擁有相同的內嵌操作能力。按公司描述，代理在雲端持續執行，跨裝置保留記憶和脈絡，並可呼叫子代理處理多步驟任務。²

這種設計針對的是辦公自動化中的銜接問題。檢索資料、整理文件與執行程式碼可以分別完成，但一項業務任務往往需要在這些步驟之間傳遞資訊。把它們交給同一代理，有望減少反覆交代背景的成本；相應地，企業也需要更清楚地界定哪些資料可以進入共同脈絡，哪些操作必須保留人工核准。

Google還介紹了擁有獨立身分的團隊代理，可獲配自己的Workspace帳號、電子郵件、日曆和Drive，並只接觸團隊向其分享的內容。它與以員工個人身分操作的軟體助理，在責任歸屬上存在重要區別：後續稽核需要知道執行者是哪個代理，以及它繼承了什麼權限。²

Google Cloud執行長Thomas Kurian的官方肖像資料圖。 Source: Google.

工作代理與底層模型分開選擇

Gemini在這裡既是產品入口，也承擔模型編排。Google稱，目前可在自家Gemini系列與Anthropic的Claude模型之間選擇；其他私有和開放模型屬於未來支援範圍。模型可按任務變化，並不意味著組織的工作背景必須隨之遷移。²

從產品架構看，這把競爭問題從單次回答品質延伸到完整任務的組織能力。企業採購評估需要同時考慮模型表現、工具連接品質和任務失敗後的恢復方式。多模型選擇本身也不保證費用更低：只有在工作複雜度、重試次數和執行時間受到管理時，路由策略才能轉化為可檢驗的成本效益。

權限、稽核與預算進入同一套設計

治理方面，Google列出了代理身分、管理員核准的細緻存取權限、按代理記錄的稽核軌跡，以及Agent Sandbox與Agent Gateway。前者為執行任務提供隔離環境，後者負責按組織政策控制網路流量。公司還介紹了專案支出硬上限：觸及預算後代理暫停，管理員可選擇恢復。²

這些機制回應了企業部署代理時的實際難題。能夠生成答案，與能夠安全地修改業務資料，並不是同一層要求；記錄可追溯，也不等於每次行動自然正確。部署效果仍取決於權限設定、異常處理與人工複核是否真正涵蓋高風險步驟。發布資料列出的保護措施，應作為後續測試的對象，而不是零風險的證明。

預覽、計畫與可用性仍須區分

行業版本的進度並不相同。金融服務和法律專用能力處於預覽階段，政府、醫療和零售場景則屬於後續計畫。公告沒有給出涵蓋所有產品方案、地區和連接器的完整開放時間表，因此不宜把整套功能寫成普遍可用的現成服務。²

這次宣布展示了Google希望把企業AI從分散功能推進為持續執行系統的方向。接下來真正具有比較價值的，是客戶在明確權限和預算下能完成多少可核驗任務，以及錯誤率、複核負擔和總成本是否改善。公司提供的客戶成效案例仍屬於其披露的經驗，不能直接取代獨立測試，也不能自動外推為新代理在所有組織中的表現。²

來源與說明

1. 2026-10-08 · Google Cloud推出Gemini代理 · Google · 原題：Google Cloud introduces the Gemini agent. ↩

2. 2026-10-09 · 走進Gemini at Work 2026：介紹Gemini代理 · Google Cloud，Thomas Kurian · 原題：Welcome to Gemini at Work 2026: Introducing the Gemini agent ↩ ↩² ↩³ ↩⁴ ↩⁵ ↩⁶