2026 年 9 月的 Google Workspace 到底改了什麼？
2026 年 9 月 9 日，Google 宣布 Gemini 正式成為 Workspace 內部的跨應用協調者。你在 Gmail、Docs、Slides、Chat 或 Drive 任何一個側邊欄，都可以要求它生成文件、進行深度研究、草擬並發送電郵、安排會議，或把待辦事項寫入 Google Tasks。分階段推送由 9 月 2 日開始。
在此之前，側邊欄是被應用綁死的。要生成格式化文件，你必須身處 Docs；要建立試算表，你必須身處 Sheets。當你在 Gmail 讀客戶郵件串，想把內容變成簡報，流程就是複製、切換應用、貼上、重新下提示。
這道牆現在拆掉了。Google 把底層稱為 Workspace Intelligence，實際效果很直接：你身處哪個應用，不再決定 Gemini 能為你造出什麼。
根據 Google 在 Workspace Updates 官方網誌的公告，這次一共上線五組能力：生成內容（Docs、Sheets、Slides，直接存入你的 Drive）、深度研究（跨資料夾與長郵件串整合，並附來源標註）、草擬與發送電郵、安排會議並處理行事曆衝突，以及記錄待辦到 Google Tasks。
怎樣做到不離開 Gmail 就生成一份簡報？
在你當下所處的應用打開 Gemini 側邊欄，然後在提示詞中明確說出你要的成品類型。要寫「在新的試算表中建立」或「做成簡報」，而不是「幫我總結」。這個成品名詞，正是把請求導向正確生成器、並把檔案存進 Drive 的關鍵。
這是分隔「覺得這功能很強」與「覺得這功能沒用」兩種人的唯一行為差異。側邊欄很樂意在面板裡回答你。你必須開口要一份檔案。
Google 自己公布的示範提示詞已經把模式講得很清楚。在 Gmail：「Create a tracker for this project in a new spreadsheet」。在 Docs：「Turn this proposal into an easy to read slide deck for my director using @presentation as a style reference」。在 Drive：「Create a customer insights deck from project Zebra using my project files including sheets, reports, and emails」。
這幾句提示詞中真正發揮作用的有三樣：成品名詞（試算表、簡報）、對象（我的部門主管）、參考來源（@presentation、我的專案檔案）。其中 @ 參考最被低估：掛上一份已通過內部審批的既有簡報當風格參考，是避免每份輸出都像預設範本的最快方法。
什麼是 Human-in-the-Loop 預覽卡？為何它很重要？
凡是會離開你帳戶的動作，例如發送電郵或佔用行事曆時間，Gemini 都不會直接執行，而是先呈現一張互動預覽卡。你可以檢視草稿、就地修改，確認後才真正送出。Google 把這稱為 Human-in-the-Loop 控制，而且預設開啟。
同時上線的還有兩項保證。你的資料不會被人工檢視，也不會用於訓練 Gemini 模型。而 Gemini 完全繼承你既有的權限：你打不開的文件，它以你的身分行動時同樣打不開。
對日常流程而言，實際建議是把預覽卡當成編輯介面，而不是一個要按過去的關卡。跳出來的草稿通常有八成正確，而錯的位置相當固定，多數落在語氣以及最後一段的具體請求上。與其整封重新生成，不如在卡片上改那一段。
一條真正有效的跨應用提示詞該怎樣寫？
可靠的跨應用提示詞會交代四件事：素材來源、要產出的成品、閱讀對象、以及結構。少了結構，你會得到一份泛泛的輸出，然後花二十分鐘重新整理。把四項一次講齊，就是「可用初稿」與「推倒重來」之間的差別。
以下是可以直接貼進 Gemini 側邊欄的範本，適用於 Gmail、Docs 或 Drive。方括號部分自行替換。
試試這條提示詞：
以［這條郵件串／Project X 資料夾內這些檔案］為素材，為［沒有跟進過這個專案的部門主管］製作一份［簡報／試算表／文件］。
結構請按：［1. 目前進度，2. 三個未決事項，3. 我需要你決定什麼，4. 時間表］。
以 @［既有簡報或文件名稱］作為風格參考。
長度控制在［8 頁／一頁］以內。用平實語言，不要行話。若某個數字並未確定，請標示為估算，不要當成事實陳述。
最後一句是最多人略過、卻最能救你的一句。跨應用生成會從郵件串中抽出當時仍在爭論、尚未拍板的數字，然後以十足肯定的語氣呈現出來。要求標示不確定性，等於把一個沉默的風險變成一個看得見的風險。
若你的提示詞庫至今仍是一堆散落的單句，上面這個四段結構值得存成可重用的區塊。我們拆解 Anthropic 免費互動提示教學 的那篇文章，講的是同一套紀律在對話模型上的應用，習慣可以直接遷移過來。
這項功能在哪些地方會失靈？
上線階段只支援英文。Google 表示日後會增加語言支援，但沒有給出時間表。對於以繁體中文運作的香港團隊，這正是決定「今天能否用」的關鍵限制，在把流程建立在它之上前，務必先實測。
另有四項限制，值得在你向團隊承諾任何事之前先弄清楚。
版本門檻。適用範圍包括 Business Standard 及 Plus、Enterprise Standard 及 Plus；消費者端為 Google AI Pro 與 AI Ultra，其中 AI Pro 不含排程功能。Frontline Plus 則只有排程功能。同事說「我這邊沒有」，先查版本，再去排查問題。
推送時間差。分階段推送由 2026 年 9 月 2 日起，功能可見性最長需時 15 天。同一個網域內的兩個人，在同一星期看到不同介面，是完全正常的。
用量上限。Workspace 各應用的進階 AI 功能設有用量限制。一個生成密集的下午，足以撞到你原本不知道存在的天花板。
權限造成的盲點。由於 Gemini 完全遵從你的存取權限，一條針對「我的專案檔案」的研究提示，會靜默地略過所有分享給團隊但未分享給你的內容。輸出看起來很完整，實際上不是。若整合結果顯得單薄，先檢查權限，再去怪模型。
接下來二十分鐘應該測試什麼？
與其試五個玩具任務，不如把一個真實任務完整跑一次。挑一條真的有結果要交代的郵件串，要求它產出檔案，檢視預覽卡，再把成品跟你親手會寫出來的版本比較。二十分鐘足以給你一個站得住腳的答案。
一個實際可行的流程：
--- 在 Gmail 打開一條至少八封往來的客戶或專案郵件串。
--- 在側邊欄套用上面的四段範本，要求產出一頁式進度文件。
--- 讀輸出時只看一件事：這些事實是否都能追溯回郵件串，還是它自行補了空白？
--- 然後在同一個面板，要求草擬給客戶的跟進電郵。
--- 停在預覽卡。改最後一段。發送或棄用。
這個循環讓你認識的是自己的錯誤模式，而不是模型的。大多數人會發現：文件穩定地好，電郵穩定地過於積極，或者剛好相反。知道自己屬於哪一種，價值遠高於任何一條抄回來的提示詞。
結語
這次升級的重點，不在於 Gemini 變聰明了，而在於應用之間的牆倒下來，同時擋在不可逆動作前面的確認步驟留了下來。能幹，而且可以被打斷，這正是一個成熟 AI 工具應有的手感。
真正從這次更新獲益的實踐者，會停止在面板裡討答案，開始要求有結構、有對象、有風格參考的成品。工具已經移動了，下提示的習慣也必須跟著移動。
懂AI，更懂你 UD相伴，AI不冷。二十八年來看著科技一次又一次走進香港的辦公室，我們得到的結論每次都一樣：工具從來不是最難的部分，圍繞它的流程才是。
由 UD AI 團隊審閱。
測一測你的 AI 實力到哪一級
提示詞你已經有了，下一個問題是你的盲點在哪裡。
UD 的 AI IQ 測試幾分鐘內幫你量度實戰 AI 能力，之後我們手把手帶你完成每一步，由流程設計到實際部署。
