Google AI 生態 30 個工作流選擇指南：Gemini、AI Studio、Gemini Notebook 與 Opal 怎樣分工

Google 的 AI 工具愈來愈像一個生態，而不是一個聊天框：Gemini 負責一般分析、寫作與協作；Google AI Studio 用來試模型、結構化輸出和 App；Gemini Notebook（原 NotebookLM） 的一般來源式對話可只根據你選定的筆記本來源回答；Opal 則把多個步驟接成可視化 mini-app。要留意，Pro／Ultra 桌面版的代理式聊天可在沒有來源時使用，並可搜尋網頁、執行程式碼及建立檔案；在 Gemini app 內開啟筆記本時亦可能使用網頁搜尋和其他工具，所以不可把所有模式概括為「永遠只用指定來源」。真正困難的不是記住所有按鈕，而是知道甚麼時候要停在普通對話、甚麼時候值得增加資料、API、分享和自動化風險。

本文把常見示範重建成 30 個可選工作流。這不是「30 個全部免費、全部要學」的清單，而是一張決策地圖：每一項都有適用輸入、交付成果和人工驗收。你可以只選一項，也可以按「研究 → 草稿 → 原型 → 批准 → 發布」把幾項串起來。

圖像與預覽披露：本文 6 張步驟圖及 2 段無聲預覽均由編輯部依 2026 年 7 月的第一方文件，以虛構資料重建。它們不是任何第三方教學的原始畫面，沒有第三方作者、頻道、帳戶或人物資料；若你的帳戶介面不同，請以當下官方說明為準。

一、2026 年 7 月先校正五個會令教學過時的說法

截至本文查核，Gemini Apps 採用按運算複雜度計算的週期限制，容量亦可調整；scheduled actions 需要合資格個人訂閱或 Workspace 版本。AI Studio 的免費層只涵蓋部分模型和 rate limit，連接付費 API key 或部署後使用付費模型可能收費。任何文章若只寫「免費」而沒有日期、方案和帳戶條件，都不足以作採購或營運依據。

二、一分鐘選工具：先問交付成果，再問功能

如果兩個工具都能做，選較少權限、較容易核對的一個。例如，三頁已批准 PDF 的問答可以在 Gemini 完成；只有當你要長期保留來源集合、反覆提問和產生多種 Studio 成品，才值得建立 Notebook。單次內容大綱不用 Opal；當同一流程每週由不同同事重跑，並且步驟、輸出與例外已穩定，Opal 才開始有價值。

三、工作流 1–15：Gemini 做一般協作、研究與可重用指令

1–5：由短答到多模態分析

1. 快速問答與改寫：提供受眾、用途、字數和不可改動事實；適合草擬，不適合無來源的高風險判斷。
2. 翻譯與本地化：保留名詞表、數字、連結和格式；要求列出不確定術語，不要只交一個流暢版本。
3. 公開影片導覽：提供合法可用連結、你的背景和目的，要求主題摘要與候選時間點；逐一打開原片確認。
4. 螢幕錄影轉 SOP：上載有權處理的短片，要求列出操作、畫面狀態、輸入、輸出和待確認點。
5. 圖片、音訊、文件與試算表分析：每種輸入先說清粒度、單位和欄位，再要求引用頁碼、時間或儲存格位置。

任務：把這段獲授權的螢幕錄影整理成操作初稿。
環境：桌面瀏覽器；介面語言為繁體中文；版本日期為今天。
輸出欄：候選時間、使用者動作、畫面前狀態、畫面後狀態、輸入資料、預期結果、需要人工確認。
規則：看不清就寫「待確認」；不要猜按鈕名稱；不要把停留或載入畫面當成一步；同一動作不要重複。
驗收：我會按原片逐項重跑，未核對項不可標示為完成。

6–10：研究、Canvas 與定時工作

• 6. Deep Research：限定地區、日期、問題、來源優先序和排除項，先編輯研究計劃，再開始長時間搜尋。
• 7. 研究報告轉 Canvas：把已核對資料變成文件、資訊圖、網頁或自訂視覺；所有數字要回到來源表。
• 8. Audio Overview：把長報告轉成聆聽草稿，適合複習，不可取代文字引用和原始資料。
• 9. Scheduled action：為低風險日報、週報或練習題設定時間；現行資格與最多 active actions 以官方帳戶頁為準。
• 10. Guided Learning：要求先診斷程度、逐步提問、給提示而非答案，最後用新題測能否遷移知識。

Deep Research 預設可使用 Google Search，按帳戶亦可加入檔案、Drive、Gmail 或 Notebook。最重要的控制不是「搜尋愈多愈好」，而是讓研究計劃先顯示：哪些地區、年份、定義、來源類型會納入，哪些比較不能成立。報告完成後，把每個數字拆成「原始數值、分母、幣別、期間、來源日期、你的計算」，再送入 Canvas。

11–15：Gems、Connected Apps、媒體與程式

• 11. 建立自訂 Gem：把角色、任務、背景、格式、拒絕規則和驗收固定下來；先用兩個不同案例測一致性。
• 12. Gmail／Drive 資料檢索：只連接必要 app，提示內寫檔名、日期或關鍵字，並打開實際郵件／文件確認。
• 13. Calendar／Tasks 輔助：先生成建議，再由人核對時區、出席者、日期、重複規則和通知。
• 14. 圖像及內容草稿：把用途、比例、主體、禁止元素、權利和驗收寫入提示；生成圖的小字和商標要另行檢查。
• 15. 程式碼資料夾或 GitHub 匯入：要求架構、入口、資料流、依賴、測試和風險；清除 secrets，所有修改在本機分支驗證。

Gem 名稱：每週內容規劃助手
任務：根據我提供的已批准主題庫，提出 5 個候選內容；不得自行讀取其他檔案。
每項輸出：目標受眾、問題、證據需要、建議格式、重複風險、需要人決定的事項。
禁止：虛構數字、保證成效、引用未打開的網址、建立或發送任何對外內容。
不確定時：列出缺少資料並停止。
完成定義：所有主張可追溯，並由編輯標記「批准」後才進入製作。

四、工作流 16–20：Google AI Studio 做模型實驗與 App 原型

• 16. 比較模型輸出：用同一組固定測試、溫度和評分準則比較速度、完整度、格式錯誤和成本，不用主觀一句「哪個最強」。
• 17. System instruction：固定角色、允許資料、格式和拒絕條件；用對抗案例測模型會否越界。
• 18. 結構化輸出：定義 JSON schema、必填欄、enum 和錯誤回報，然後用缺欄、錯型和長文本測試。
• 19. Live／多模態原型：以虛構畫面、音訊或攝影機測即時互動；先顯示權限、錄製和停止提示。
• 20. Build mode App：由需求、資料規則和驗收建立最小 App，再檢查 code、console、secret、成本、權限與部署。

現行 AI Studio Build mode 已不只是單一前端示意：官方文件描述全端 runtime、server-side secret、GitHub 匯入／匯出與 Cloud Run 部署。這提升了原型能力，也同時增加責任。任何生成 App 都要測輸入驗證、授權、資料庫規則、錯誤處理、日誌、依賴漏洞和成本；「AI 已成功預覽」不是 production sign-off。

五、工作流 21–25：Gemini Notebook 以來源為核心

• 21. 建立來源庫：加入獲授權 PDF、網站、音訊、Google 文件或其他支援來源，記錄日期、版本和擁有人。
• 22. 來源限定問答：只勾選與問題相關的來源，要求逐點引用；答案找不到便寫「來源不足」。
• 23. Discover／Deep Research 補漏：先把搜尋結果當候選，不自動匯入；檢查第一方程度、日期、授權和重複。
• 24. Audio、Video、Infographic 或 Slide Deck：由已批准來源產生成品草稿，逐頁／逐段核對文字、圖像和數字。
• 25. 報告、測驗、抽認卡、心智圖或資料表：按受眾和用途生成，再以來源和新題驗收理解。

來源限定能改善可追溯性，但官方仍明確提醒 Gemini Notebook 可能出錯。它亦有 notebook、source、chat、Deep Research 和各類 Studio 成品的方案配額。更完整的來源管理、九種成品和現行限制，可閱讀本站的 Gemini Notebook 完整工作流；若只想選場景，可看 Gemini Notebook 8 大實用場景。

六、工作流 26–30：Opal 把穩定步驟變成 mini-app

• 26. 內容 brief 流：主題輸入 → 受眾與證據需求 → 大綱 → 人工批准 → 輸出。
• 27. 研究摘要流：問題 → 搜尋／資料步驟 → 來源表 → 風險與缺口 → 審閱版報告。
• 28. 網站分析流：URL 與目標 → 可用性檢查 → 問題分類 → 修正優先序；不可聲稱已測未實際載入的頁面。
• 29. Newsletter 流：已批准項目 → 摘要 → 主旨候選 → 法務／品牌批准 → 草稿；不要直接發送。
• 30. 多媒體 mini-app：文字／圖片輸入 → 多個 Generate steps → Output；逐步檢查 console、權利、失敗重試和分享設定。

Opal 的核心是三種可連接步驟：User Input、Generate 和 Output，並可加入 assets。Gallery 範例應先 remix 成自己的副本；編輯時逐個打開 sidebar，確認每個 prompt、前一步引用和最終輸出。現行 Gemini 把相關功能以 Gems from Google Labs 形式提供；官方資格要求年滿 18 歲、登入個人 Google 帳戶，暫不支援工作或學校帳戶，介面只提供英文，而且只可在電腦建立或編輯。實際供應仍會受帳戶、地區與分批推出影響，不能保證所有香港帳戶都有同一入口。

七、跨工具交接：不要只複製答案，要交付可審核封包

最常見失敗是把一段 Gemini 文字直接貼進 AI Studio、Notebook 或 Opal，令下一個工具無法分辨哪些是原始事實、哪些是模型推論。正確交接應是一個小型資料包：

• brief：目的、受眾、範圍、截止時間、輸出格式和成功條件。
• 來源清單：標題、第一方連結、日期、版本、授權、擁有人和核對狀態。
• 資料字典：欄位、單位、時區、幣別、缺值和禁止推斷規則。
• 主張表：每個重要主張對應來源位置；推論與意見另列。
• 決策紀錄：已批准、被拒絕、仍待決定的事項，連同負責人和日期。
• 輸出 schema：必填欄、可選欄、錯誤狀態、拒絕狀態和版本號。
• 驗收紀錄：測試案例、結果、修訂、已知限制和回復方法。

handoff_version: 1.0
task: 將已批准研究整理成內部簡報草稿
approved_sources: 6
unverified_sources: 0
facts_verified_at: 2026-07-22
assumptions: 所有金額為港元；時區為 Asia/Hong_Kong
must_not: 新增未列出的數字；公開分享；讀取其他 Drive 檔案
output: 8 頁簡報大綱，每頁附來源 ID 與待人工決定欄
approval_owner: 編輯部
approval_system: 流程外受控審批
publish_gate: 只有受控發布系統確認 approved 才可執行

八、成本、帳戶與私隱：四套產品不要用同一個「免費」標籤

切斷 Connected App 不一定等同刪除已有 Gemini Apps Activity；刪除原服務資料亦未必即時改變 Gemini 的個人化結果。開始前閱讀 Gemini Apps Privacy Hub，完成後檢查 Activity、分享連結和已連接服務。組織帳戶還要遵守管理員設定、資料保留和核准工具清單。

九、三個可直接改寫的提示詞骨架

骨架 A：一次性分析

目標：［一個可驗收成果］
輸入：［檔案／資料及版本］
允許來源：［明確清單］
禁止：［敏感資料、外部搜尋、不可推斷項］
輸出：［表格欄位／字數／語言］
引用：每個重要主張標出來源位置；找不到便寫「來源不足」。
驗收：列出總數、漏項、矛盾、假設和需要人決定的事項。

骨架 B：研究

先只建立研究計劃，不要開始搜尋。
問題：［範圍清楚的問題］
地區與時段：［司法管轄區／日期］
來源優先：政府、官方產品文件、原始研究。
排除：搜尋摘要、內容農場、沒有日期的二手轉述。
輸出：事實、來源主張、你的推論分欄；每個數字附分母和日期。
最後列相反證據、證據缺口與下一步人工訪談。

骨架 C：自動化前規格

觸發：［何時或由誰啟動］
輸入 schema：［欄位、類型、必填、上限］
每一步：輸入、處理、輸出、timeout、重試、拒絕條件。
不可逆動作：全部停止並要求人工確認。
錯誤輸出：error_code、safe_message、internal_detail、retryable。
監察：執行 ID、版本、時間、成本、批准人。
正式資料：測試全部通過前禁止使用。

十、常見錯誤與修正

十一、發布前 20 項驗收

1. 文章和 SOP 記錄查核日期。
2. 模型與功能名稱沒有被寫成永久不變。
3. 免費、配額和價格均有帳戶與日期條件。
4. 所有重要數字回到第一方原文。
5. 來源按鈕、引用和時間戳已逐項打開。
6. 推論與來源事實分開標示。
7. 所有輸入資料都有權處理。
8. 敏感欄位、secret 和個人資料已移除。
9. Connected Apps 只開必要服務。
10. 日曆、任務、電郵和公開分享由人確認。
11. AI Studio key 只在 server-side secret。
12. 原型通過空白、錯型、超長和未授權測試。
13. Notebook 來源有日期、版本和擁有人。
14. Opal 每個 node 的輸入輸出均可追查。
15. 重跑不會重複發布或覆蓋已批准內容。
16. 錯誤時有安全訊息和停止條件。
17. 圖片、影片、音訊、程式和引用的權利已核對。
18. 介面截圖清晰、有意義、無人物或帳戶識別且不重複。
19. 分享連結以低權限帳戶測試。
20. 有擁有人、rollback、版本和下次覆核日期。

延伸閱讀

• Gemini 工具箱：Canvas、Deep Research、媒體與程式碼工作流
• Google AI Studio Build：由 prompt 到可測試網站原型
• Gemini Notebook：由來源研究到 Studio 成品
• 自訂 Gem 與 Canvas 的可重用指令實作
• 香港工作提示詞：把模糊要求變成可驗收規格

最有效的 Google AI 生態不是「工具全開」，而是每個工具只承擔最擅長的一段：Gemini 釐清和草擬、Notebook 管來源、AI Studio 驗證模型與 App、Opal 重複穩定流程；每次交接都保留證據和人工批准。由一個低風險任務開始，量度準確率、修訂時間與失敗模式，再決定是否擴大，會比追逐功能數量更可靠。