講師:蔡教練|企業 AI 數位轉型顧問
版本:1.0|2026-07-30
適用:3 小時主管班、6 小時工作坊、企業導入前共識會議
企業 AI AGENT 導入實務
Gemini Spark實戰講義
Google Workspace 使用者的第一個 AI Agent
🎯 課程核心|把一次性的聊天,轉成可排程、可驗收、可治理的工作流程。
講師:蔡教練
版本:1.0|2026 年 7 月 30 日
使用說明
這不是產品型錄,而是一份可直接授課的操作教材
適用於 3 小時主管班、6 小時工作坊,或企業內部導入前共識會議。
-
主管版:聚焦決策成本、授權邊界、風險與投資報酬。
-
實作版:學員依十個情境,建立一個可排程且可驗收的任務。
-
顧問版:用 30 天導入路線,盤點流程、資料、權限、KPI 與責任人。
🎓 講師提示|課堂上不要從功能清單開始。先要求學員寫下一個每週重複兩次以上、每次至少耗時 15 分鐘的流程。
課程目標
學完後,學員應能完成五件事
分辨 Chatbot、Copilot、自動化與 AI Agent 的差異。
判斷一項工作是否適合交給 Gemini Spark。
寫出包含目標、來源、輸出、排程、限制與驗收的任務指令。
為敏感資料、外部傳送與不可逆動作設定人工核准點。
以時間節省、品質、例外率與採用率評估導入成效。
最低可交付成果|每位學員下課前完成一個低風險任務原型,以及一張一頁式導入卡。
事實校準
先修正原草稿中最容易誤導的三件事
截至 2026 年 7 月 30 日,Spark 的功能與可用性仍快速變動。
-
Spark 是 Gemini Apps 中的個人 AI Agent,可使用 Connected Apps、Skills、Schedules、聊天與網站等來源;不應簡化成「直接住在 Workspace 裡」。
-
Spark 已開始支援第三方 Connected Apps 與自訂 MCP;把它描述為「只能用 Google」已不準確。
-
Google AI Pro 的 Spark 官方說明仍以美國/英文為主;Google AI Ultra 已擴大到多語言與多地區,但帳號實際顯示仍受方案、逐步推出與管理員政策影響。
📋 授課原則|示範前先確認學員帳號是否看得到 Spark。沒有功能時,仍可完成流程設計與 Prompt 練習。
第一章|為什麼老闆需要 AI Agent?
企業的瓶頸通常不是缺少資訊,而是資訊沒有在正確時間被整理成可決策的形式。
-
聊天工具回答問題;Agent 接受目標、持續執行、使用工具並交付結果。
-
主管真正需要的不是更多內容,而是更少的搜尋、切換、追蹤與催辦。
-
導入目標不是「讓 AI 很忙」,而是降低流程時間、等待時間與決策不確定性。
🎓 講師提示|請學員用一句話回答:如果 AI 每週只能替你完成一件事,哪件事最值得?
第一章|Chatbot、Copilot 與 Agent 的工作邏輯
| 類型 | 人負責什麼 | AI 負責什麼 | 典型成果 |
|---|---|---|---|
| Chatbot | 每次提問 | 回答單一問題 | 一段答案 |
| Copilot | 持續操作 | 在當下協助 | 草稿/建議 |
| Automation | 預先定義規則 | 照固定步驟執行 | 固定輸出 |
| AI Agent | 設定目標與邊界 | 規劃、取用工具、處理例外 | 可驗收任務 |
⚖️ 判斷點|只要每一步都必須由人下指令,它就還不是一個完整的 Agent 工作流程。
第一章|主管時間不是花在決策,而是耗在決策前後
-
決策前:找信件、找版本、找會議紀錄、確認誰說過什麼。
-
決策中:資訊格式不一致、來源衝突、缺少時效與責任人。
-
決策後:寫摘要、拆待辦、追期限、提醒未回覆者。
🧭 第一性原理|Agent 的商業價值=被消除的等待與重工,而不是生成文字的數量。
🎓 講師提示|要求學員估算:每週搜尋資料、整理會議、追信件各花多少分鐘。先建立基準值,後續才談 ROI。
第一章|哪些工作適合先交給 Agent?
| 特徵 | 適合程度 | 原因 |
|---|---|---|
| 高頻、可重複、輸出格式固定 | 優先 | 容易建立基準與驗收 |
| 需要跨 Gmail/Drive/Calendar 彙整 | 優先 | Spark 的原生優勢 |
| 低風險、可人工複核 | 優先 | 失敗成本可控 |
| 需求模糊、資料來源不清 | 暫緩 | 容易產生錯誤推論 |
| 付款、刪除、對外承諾 | 高風險 | 必須設人工核准 |
📐 篩選公式|優先分數=頻率 × 每次耗時 × 可標準化程度 ÷ 錯誤成本。
第二章|什麼是 Gemini Spark?
一句話:Gemini Apps 裡能使用工具、排程與技能,持續完成任務的個人 AI Agent。
-
Persistent:任務不必在單次聊天內完成。
-
Schedules:在指定時間或頻率執行。
-
Skills:把可重複的方法封裝成工作能力。
-
Connected Apps:在授權範圍內使用 Google 與第三方服務。
-
Human-in-the-loop:需要資訊、權限或確認時回到使用者。
⚠️ 不要過度承諾|持續工作不等於永不失敗;網路、權限、資料品質與產品限制仍會造成中斷。
第二章|Spark 的能力邊界:讀、寫、安排、監測
-
讀:搜尋與彙整 Gmail、Docs、Drive 等支援來源。
-
寫:在支援範圍內編修文件、試算表、簡報與部分共享內容。
-
安排:管理排程任務,依指定時間重複執行。
-
監測:追蹤主題與條件,在有意義的變化發生時回報。
-
連接:使用 Connected Apps;自訂 App 可透過 MCP 伺服器 URL 連接。
🎓 講師提示|每一項能力都要加一句:『在你的方案、地區、帳號與管理員政策允許時。』
第二章|可用性不是單一開關
| 檢查層 | 要確認的問題 |
|---|---|
| 方案 | AI Pro、AI Ultra 或 Workspace 版本是否具備資格? |
| 地區/語言 | 功能是否已在所在地與介面語言推出? |
| 帳號 | 個人帳號、工作帳號或學校帳號? |
| 管理政策 | 管理員是否允許 Connected Apps、Spark、Chrome 動作? |
| 資料設定 | Keep Activity、Gmail 智慧功能等必要設定是否開啟? |
🇹🇼 臺灣課堂提醒|AI Ultra 的多地區推出不代表每個臺灣帳號同時取得;正式課前必須用實際帳號驗證。
第二章|Connected Apps:資料入口也是風險入口
-
Google Workspace 連接可支援 Gmail、Docs、Drive、Tasks、Keep、Calendar 等不同動作。
-
第三方 App 與自訂 MCP 可擴大能力,但也擴大資料流向與權限面。
-
工作帳號通常需要管理員先允許連接。
-
同一項服務的『可讀』『可寫』『可刪除』權限不應混為一談。
🛡️ 治理原則|先連最低必要權限;不因為技術上能連,就一次開放整個組織資料。
第二章|Schedules 與 Skills:時間與方法的分工
-
Schedule 回答『什麼時候執行』:每天、每週、特定時間或持續監測。
-
Skill 回答『怎麼執行』:步驟、判斷規則、輸出格式與例外處理。
-
一個穩定流程通常需要:來源+Skill+Schedule+驗收規則。
-
不要把所有規則塞在每次任務文字裡;成熟後應抽成可重複技能。
📐 設計順序|先手動跑通三次,再排程;先證明方法正確,再讓錯誤自動化。
第二章|一個可運作的 Spark 任務有七個欄位
目標:要改善哪個工作結果?
範圍:處理哪些資料、時間區間與對象?
來源:只能使用哪些 App、資料夾、標籤或網站?
步驟:如何搜尋、比對、篩選與整理?
輸出:格式、長度、語言、檔名與交付位置。
排程:何時執行;未達條件時是否保持沉默?
限制與驗收:何時停止、何時問人、怎樣算完成?
💡 本質|好的 Prompt 不是更長,而是把責任邊界寫清楚。
第二章|人工核准點:Agent 不應跨越的紅線
-
對外寄信、發布內容、建立承諾、修改合約前。
-
刪除、覆寫、移動大量檔案前。
-
涉及付款、採購、個資、健康、財務或法律判斷時。
-
資料來源互相衝突,或信心不足時。
-
執行結果超出原定範圍或影響新對象時。
✅ 核准格式|回報『準備做什麼、影響誰、使用什麼資料、可否復原』,再等待明確確認。
第三章|主管十大應用
情境 1:主管晨報
每天上班前,把行程、重要信件、待辦與新增文件整理成五分鐘晨報。
商業價值
-
降低早晨切換成本
-
只列出需要主管注意或決定的事項
-
每一項保留來源與時間
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 1:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:產生今日主管晨報。資料來源:今天的 Google Calendar、過去 24 小時 Gmail、Google Tasks、過去 24 小時有更新且與我相關的 Drive 文件。輸出:繁體中文,一頁內;分成今日行程、必須回覆、待決策、風險、來源連結。排程:每個工作日上午 7:30(使用者本地時間)。限制與驗證:只列可從來源驗證的內容;同一事件合併;外部信件不得自動回覆。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 2:Email 優先級助理
把收件匣從『未讀清單』轉成『行動清單』。
商業價值
-
按期限與影響分類,不按語氣分類
-
區分需要回覆、等待他人、僅供參考
-
不得自動刪信
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 2:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:整理過去 24 小時需要我處理的 Gmail。資料來源:Gmail 收件匣與我已寄出的相關對話串。輸出:三區:今日必回、本週處理、可略過;每封列寄件者、主旨、期限、建議下一步與信件連結。排程:每日 8:00 與 16:30。限制與驗證:廣告與通知可摘要但不得刪除;若無需處理的信件,只回報『目前無需主管處理』。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 3:會前 Briefing
在會議前,把人、事、文件與未決問題整理成一頁簡報。
商業價值
-
以 Calendar 事件為起點
-
回溯最近一次會議與往來
-
優先列出未決事項與風險
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 3:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:為下一場有外部參與者的會議準備 Briefing。資料來源:Calendar 事件、與參與者相關的 Gmail、Drive 文件與上次會議紀錄。輸出:一頁;包含會議目的、參與者、最近互動、未決問題、建議提問、來源。排程:每場會議開始前 90 分鐘。限制與驗證:同名人物需以電子郵件地址核對;找不到資料時明確標示『未找到』,不得臆測背景。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 4:會後行動紀錄
把會議內容轉成有責任人與期限的執行清單。
商業價值
-
區分決議、待辦與討論
-
每一項待辦必須有 Owner
-
對外寄送前人工確認
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 4:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:整理剛結束會議的紀錄與 Action Items。資料來源:Meet 逐字稿、會議筆記、Calendar 參與者名單與會議中引用文件。輸出:繁中 Meeting Minutes;決議、待辦、Owner、Deadline、待確認問題。排程:會議結束後 15 分鐘。限制與驗證:未明確指派者標示『待指派』;先產生草稿,不得直接寄送或替參與者承諾期限。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 5:Drive 智慧搜尋
把『我記得去年做過』轉成可追溯的候選資料集。
商業價值
-
搜尋檔名也搜尋內容與關聯人
-
列出版本與最後修改時間
-
相似不代表同一份
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 5:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:找出與指定客戶/主題最相關的既有資料。資料來源:Google Drive 中的 Docs、Sheets、Slides 與 PDF;必要時參考 Gmail 關鍵字。輸出:最多十筆;依相關性排序,列檔名、日期、擁有者、為何相關、連結與可能版本風險。排程:按需執行。限制與驗證:不得移動、改名或刪除檔案;相似度低於合理標準時回報資料不足。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 6:客戶追蹤助理
找出沉默、延遲與即將到期的客戶關係。
商業價值
-
先定義客戶名單
-
用最後互動日期而非感覺判斷
-
提醒不等於自動催信
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 6:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:產生需要跟進的客戶清單。資料來源:指定客戶名單、Gmail 往來、Calendar 會議與合約到期表。輸出:依風險排序;列客戶、最後互動、未完成承諾、建議下一步、來源。排程:每個工作日上午 9:00。限制與驗證:三天未回信、一週未聯絡、到期 30 天內分開標示;僅建議,不自動寄信。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 7:每週主管週報
用一致格式收斂一週成果、缺口與下週決策。
商業價值
-
成果必須對應證據
-
未完成事項需附原因
-
下週重點不超過五項
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 7:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:整理本週主管週報。資料來源:本週 Gmail、Calendar、Tasks 與指定 Drive 專案資料夾。輸出:一頁;成果、未完成、風險、下週五大重點、需要主管決策;附來源。排程:每週五 16:00。限制與驗證:只計入本週發生或更新的事項;不得把寄出信件視為工作已完成。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 8:市場情報追蹤
不是蒐集最多新聞,而是找出會改變公司決策的訊號。
商業價值
-
先定義主題與公司曝險
-
區分事實、分析與推論
-
相同事件去重
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 8:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:追蹤 OpenAI、Google、Anthropic、NVIDIA 的重大變化。資料來源:官方部落格、官方文件、公司公告與可信新聞來源。輸出:每日最多五則;事件、發生日期、對公司影響、建議行動、來源;標示事實/推論。排程:每日 17:00;重大事件可即時回報。限制與驗證:沒有實質新進展時不要通知;不得以轉載文章取代原始來源。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 9:零散想法整理
把 Keep、Docs 與寄給自己的筆記,整理成可再利用的知識資產。
商業價值
-
保留原始來源
-
分類不等於替使用者做決策
-
重複想法合併但不刪除
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 9:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:整理今天新增的想法與筆記。資料來源:Google Keep、指定 Docs 資料夾、寄給自己的 Gmail。輸出:分為內容題材、產品、課程、客戶、待驗證假設;每項附下一步與來源。排程:每日 21:30。限制與驗證:不修改原始筆記;無法分類者放入『待釐清』;敏感個資不得搬到共享文件。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第三章|主管十大應用
情境 10:客戶拜訪準備
讓主管在進門前五分鐘掌握關係歷史、需求與談判風險。
商業價值
-
以客戶身分識別避免同名
-
合約條款以原文件為準
-
建議與事實分開
導入前必問
-
這個流程目前每週花多少時間?
-
誰有權看來源資料?誰有權核准結果?
-
錯一次會造成什麼後果?能否復原?
🎓 講師提示|讓學員先描述現行流程,再看 Prompt。否則只會複製文字,沒有理解任務設計。
第三章|主管十大應用
情境 10:可直接改寫的任務指令
角色:你是我的主管工作助理。目標:為下一場客戶拜訪產生一頁簡報。資料來源:Calendar、客戶 Gmail 往來、合約、提案、Meeting Notes 與指定 Drive 資料夾。輸出:客戶背景、合作歷史、目前需求、未完成承諾、風險、三個建議問題、來源。排程:拜訪前 2 小時。限制與驗證:不得推測營收或私人資訊;合約數字須引用檔名與頁面/段落;衝突資料需並列。若資料不足、來源衝突或需要外部傳送,先列出缺口並等待我確認,不要自行猜測。
驗收標準
-
結果能在五分鐘內判讀,且每項有來源。
-
資料不足時誠實回報,不補寫不存在的內容。
-
任何外部傳送、覆寫或承諾都停在人工核准前。
✏️ 改寫方式|把『指定』『相關』『重要』換成可觀察條件,例如標籤、資料夾、日期、對象與期限。
第四章|企業 Prompt 七欄框架
Goal、Scope、Sources、Steps、Output、Schedule、Guardrails。
| 欄位 | 必須回答的問題 |
|---|---|
| Goal 目標 | 要改善哪個工作結果? |
| Scope 範圍 | 時間、對象、資料量與排除項目是什麼? |
| Sources 來源 | 允許使用哪些 App、資料夾、標籤與網站? |
| Steps 步驟 | 如何搜尋、比對、排序、去重與判斷? |
| Output 輸出 | 格式、語言、長度、檔名與交付位置? |
| Schedule 排程 | 何時執行;未達條件時是否通知? |
| Guardrails 邊界 | 何時停止、問人、拒絕或要求核准? |
第四章|五種常見失敗 Prompt
-
「整理重要 Email」:重要沒有定義。
-
「幫我處理客戶」:處理範圍與外部動作不明。
-
「每天找最新新聞」:缺少主題、來源品質與通知門檻。
-
「把資料整理好」:沒有輸出格式與驗收標準。
-
「自行判斷,不用問我」:把高風險決策錯誤地下放給模型。
✏️ 修正原則|把形容詞改成條件,把『幫我做』改成可驗收的交付物。
🎓 講師提示|請學員圈出自己 Prompt 中的『重要、相關、適當、完整、專業』,逐一改成可檢查規則。
第四章|任務上線前驗收清單
-
目標可用一句話說清楚,且不是單純『整理資料』。
-
來源有明確邊界,沒有把整個雲端硬碟當預設範圍。
-
輸出格式可由另一位同事判斷合格或不合格。
-
有資料不足、來源衝突與工具失敗的處理方式。
-
對外傳送、刪除、覆寫、付款與承諾都有人工作業點。
-
先用歷史資料測試,再用真實低風險任務試跑。
-
有負責人、檢查頻率與停用條件。
🚀 上線門檻|連續三次試跑達標,再建立排程;不達標就修方法,不增加提示詞裝飾。
第五章|實作
演練一:把聊天改造成 Agent 任務
原始需求:『每天幫我看重要 Email。』
定義『重要』:期限、寄件者、金額、客戶層級或關鍵字。
指定來源:收件匣、標籤、群組信箱與時間區間。
指定輸出:分類、摘要、建議下一步與原信連結。
指定排程:執行時間、時區與無事件時的行為。
加入邊界:不回信、不刪除、不替主管承諾。
📝 學員產出|一段可直接建立任務的 Prompt,以及三條驗收規則。
第五章|實作
演練二:設計一頁主管晨報
-
資料:Calendar、Gmail、Tasks、Drive。
-
限制:五分鐘內讀完;最多十項;每項附來源。
-
排序:先期限,再決策影響,最後才是一般資訊。
-
風險:同一事件去重;過期資訊不得視為最新。
小組挑戰
畫出現行晨間流程。
找出三個可自動化步驟與一個必須人工判斷點。
用七欄框架完成任務文字。
交換檢查:另一組能否客觀判斷完成?
第五章|實作
演練三:設計失敗與例外處理
| 例外 | Agent 應做什麼 | 不應做什麼 |
|---|---|---|
| 找不到文件 | 回報查過的範圍與缺口 | 編造內容 |
| 同名客戶 | 要求確認信箱或公司 | 自行選一個 |
| 來源衝突 | 並列差異與日期 | 混成單一答案 |
| 權限不足 | 回報缺少哪項存取 | 繞過政策 |
| 需要寄信 | 準備草稿並等待核准 | 直接送出 |
📝 學員產出|替自己的任務寫出至少三個『如果……就……』例外規則。
第六章|Agent 治理:不是 IT 額外工作,而是營運設計
功能能不能用,只是第一關;企業真正要管的是資料、權限、責任與可追溯性。
-
資料治理:Agent 可以看到什麼?資料可流向哪裡?
-
權限治理:誰能建立、修改、啟用與停用任務?
-
流程治理:哪些動作可自動,哪些必須核准?
-
品質治理:錯誤如何被發現、回報與修正?
-
成本治理:省下的時間是否大於維護與複核成本?
👤 主管責任|Agent 可以承接工作,但不能承接最終問責。
第六章|先分資料,再談自動化
| 等級 | 例子 | Spark 建議 |
|---|---|---|
| 公開 | 官網、新聞、公開簡報 | 可用;仍核對來源 |
| 內部 | 一般會議、流程文件 | 限定來源與共享範圍 |
| 機密 | 報價、策略、客戶資料 | 最小權限+人工核准 |
| 高度敏感 | 個資、財務、健康、法律 | 先做法遵與風險評估 |
🔒 混合式原則|若政策要求原始敏感資料不得離開本地端,Spark 就不應接觸該資料;改用本地模型或先去識別化。
第六章|最小權限與分級核准
-
讀取:可允許低風險來源,但仍限定資料夾、標籤或帳號。
-
新增草稿:通常可自動,但要標示 AI 產生與來源。
-
修改共享內容:先限定測試資料與可復原版本。
-
外部傳送:預設人工核准。
-
刪除、付款、簽署、合約承諾:不得只靠模型決定。
🎛️ 控制設計|權限與核准應由風險決定,不應由『使用者覺得方便』決定。
第六章|例外處理與停用機制
-
任務連續失敗兩次時,暫停並通知負責人。
-
來源數量突然異常時,不產生結論,只回報資料品質問題。
-
新增 Connected App 或 MCP 前,重新檢查資料流向與權限。
-
人員離職、角色變更或專案結束時,停用相關任務與憑證。
-
產品更新後,重新跑一次基準測試。
⚡ 必要能力|企業不只要知道如何啟用 Agent,更要知道如何安全地停用它。
第六章|KPI:不要只算省了幾封 Email
| 指標 | 定義 | 目的 |
|---|---|---|
| 週期時間 | 從需求到交付的時間 | 確認流程是否真的變快 |
| 人工分鐘 | 每次仍需人工投入多久 | 衡量真實節省 |
| 一次通過率 | 無須返工即可採用比例 | 衡量品質 |
| 例外率 | 需要人工介入的任務比例 | 定位流程缺口 |
| 錯誤成本 | 錯誤造成的時間/金額/風險 | 避免只看產量 |
| 採用率 | 實際持續使用的人與任務 | 避免展示型專案 |
📊 最低評估期|至少觀察四週,並與導入前基準比較;沒有基準,就沒有 ROI。
第七章|Gemini Spark 與 OpenClaw:不是同一層的選擇
| 面向 | Gemini Spark | OpenClaw/自建架構 |
|---|---|---|
| 核心定位 | Gemini Apps 中的受管個人 Agent | 可高度自訂的跨平台 Agent 架構 |
| Workspace | 原生連接優勢 | 依連接器與實作而定 |
| 第三方整合 | Connected Apps+自訂 MCP,持續擴張 | 彈性高,但需自行維運 |
| 本地部署 | 否 | 可依架構實現 |
| 治理/維運 | 平台代管較多 | 控制高,責任也高 |
| 適合對象 | 希望快速開始的 Google 使用者 | 有技術能力與跨平台需求的團隊 |
🎯 蔡教練的定位|Spark 補足 Google 生態的最後一哩;OpenClaw 與本地 AI 承接跨平台、深度客製與資料主權需求。
第八章|30 天導入路線:從一個低風險流程開始
| 週次 | 工作 | 交付物 |
|---|---|---|
| 第 1 週 | 盤點 10 個重複流程;選 1 個 | 流程卡+基準數據 |
| 第 2 週 | 手動試跑、修 Prompt、定義例外 | 三次測試紀錄 |
| 第 3 週 | 建立 Skill/Schedule 與核准點 | 低風險正式任務 |
| 第 4 週 | 量 KPI、收回饋、決定擴大或停用 | 成效報告+下一案 |
🚧 擴張門檻|只有當流程穩定、責任人明確、錯誤可被發現與復原時,才增加資料範圍或外部動作。
講師指南
3 小時主管班建議流程
| 時間 | 單元 | 教學方法 |
|---|---|---|
| 00:00–00:20 | Agent 本質與商業價值 | 案例提問+時間盤點 |
| 00:20–00:45 | Spark 能力與可用性 | 功能示範+帳號檢查 |
| 00:45–01:20 | 十大主管情境 | 挑三個深講 |
| 01:20–01:30 | 休息 | — |
| 01:30–02:05 | 七欄 Prompt 框架 | 錯誤 Prompt 改寫 |
| 02:05–02:35 | 實作與互評 | 完成一個任務原型 |
| 02:35–02:55 | 治理與 30 天導入 | 風險分級+KPI |
| 02:55–03:00 | 行動承諾 | 寫下本週試跑任務 |
🎓 講師提示|若現場帳號沒有 Spark,改用任務設計工作坊,不要把時間耗在繞過地區或方案限制。
附錄
官方來源與課程結論
產品持續更新;每次授課前,至少重新檢查可用性、Connected Apps 與 Workspace actions。
-
Gemini Spark 使用說明:https://support.google.com/gemini/answer/17094507
-
Gemini Spark 更新紀錄:https://support.google.com/gemini/answer/17171264
-
Google Workspace Connected App:https://support.google.com/gemini/answer/15229592
-
Google AI Pro 方案與 Spark 可用性:https://support.google.com/googleone/answer/14534406
-
Chrome Enterprise Gemini/Spark 政策:https://support.google.com/chrome/a/answer/16291696
🎓 課程結論|AI Agent 的核心不是替主管做所有決定,而是讓資訊準時到位、流程能被追蹤、例外能被看見。
從一個低風險、高頻、可驗收的流程開始。先建立可靠性,再追求自動化規模。
講師:蔡教練|企業 AI 數位轉型顧問
總結與行動呼籲
這份講義的核心訊息只有一個:從一個低風險、高頻、可驗收的流程開始,先建立可靠性,再追求自動化規模。
如果您正在考慮將 Gemini Spark 或 AI Agent 導入團隊工作流程,但不確定從哪裡開始、如何設計安全邊界與驗收標準——
歡迎立即預約 AI 系統健檢,與蔡教練一起盤點您的重複流程、資料來源與自動化落地路徑。
三步開始:
- 📋 盤點您每週重複兩次以上的流程
- 🎯 選出一個低風險、可標準化的任務作為起點
- 🤝 預約 30 分鐘免費諮詢,讓教練協助您完成第一個任務原型



