2026 年 5 月，Google 發表 Gemini Spark：一個 24 小時在雲端運作的個人 AI 助理，接上 Gmail、文件和簡報等 Google 服務，筆電闔上、手機鎖住時也繼續工作。它可以每個月掃一次信用卡帳單找出新的訂閱費，也可以整理會議紀錄、建立文件，再草擬後續的追蹤信。

Google 的官方說明寫道，Spark 的設計是在花錢、寄信這類「高風險動作」之前先問使用者。這是一個好的預設，但它回答的是供應商眼中的高風險。對你來說，刪掉一個雲端資料夾、把文件分享給外部的人、接受一場會議邀請，可能一樣收不回來，卻不一定在那份清單上。

所以常駐助理接上主要帳號之前，先寫好自己的停手清單：哪些事只能讀、哪些事只能草擬、哪些事一定要等你點頭。不要只靠供應商的預設。

會整理，不代表可以讓它動手

TechCrunch 記者在搶先試用時，讓 Spark 做了好幾件事：找藥妝店折扣、列出出遊打包清單、每週彙整電子報。結果大致好用，但也出現小錯：它推薦的優惠碼其實無效，卻說條件都符合；要求五篇文章，交回來四篇。

這些錯放在「整理和建議」裡，你看一眼就能發現、改掉。同樣的錯率如果放在「寄出去」「刪掉」「付錢」，就會變成事故。會整理，不代表可以讓它直接動手；兩者需要的可信度完全不同。

整理資安風險的國際社群 OWASP（開放網路應用安全計畫）把這類風險稱為「過度代理」，並列出三個來源：AI 拿到它用不到的功能、拿到超過需要的權限，以及高影響的動作沒有經過獨立的確認就執行。常駐助理三個條件都容易碰到，因為它接的是你最重要的帳號，而且在你不在時運作。

把每個動作放進三欄

把你打算讓它碰的帳號一個個列出來，再把每個動作放進三欄：

只能讀： 讀信、讀行事曆、讀文件，用來整理摘要、提醒和待辦。這一欄也要寫清楚範圍，例如只讀某個標籤的信，而不是整個信箱。

只能草擬： 回信草稿、會議邀請草稿、文件修改建議。產出留在草稿匣或待審清單，不直接送出。

一定要等你點頭： 寄信或回覆給別人、接受或發出會議邀請、刪除或移動檔案、變更分享權限、付款或取消服務、公開發文。把供應商預設會詢問的動作抄進來，再補上你自己流程裡錯了就收不回來的動作。

發會議邀請為什麼要人決定，可以參考〈AI 找到共同空檔之後，發不發邀請要由人決定〉。

廣告

第一週只開前兩欄

不要一次把三欄權限都打開。第一週只讓它讀和草擬，並觀察三件事：它會不會誤解你給的限制、會不會把不重要的事判成緊急、會不會把舊的上下文混進新的任務。

這一週的錯，你都能在草稿階段攔下來。等你清楚它在哪些地方容易出錯，再決定第三欄裡哪幾個動作可以改成「你看過就送出」，而不是一開始就全部交出去。

停手清單管不到你看不見的事

停手清單只管得到你看得見的動作。常駐助理在你不在時運作，你需要能事後查到它做過什麼：每一次草擬、每一次被你批准的動作，都要留下時間、依據的資料和結果。查不到紀錄的工具，不適合接上主要帳號。

它停擺時你的工作會不會跟著停，是另一個要事先想好的問題，參考〈AI 停擺時，工作會停多久，取決於你的備案〉。

AI 整理卡

我打算讓一個常駐 AI 助理接上我的主要帳號，想先寫好它的停手清單。
判斷方法來自這篇文章：https://boosterminiclass.com/posts/always-on-ai-assistants-need-permission-boundaries/
文章的看法是：常駐助理在我不在時也會動手。供應商說高風險動作會先詢問，但範圍是供應商定的。接上主要帳號前，我要自己把每個動作分成只能讀、只能草擬、一定要等我點頭三欄，第一週只開前兩欄。

請先問我：要接上哪些帳號、我希望它幫忙的三件事是什麼。
接著：
1. 逐一列出這些帳號裡它可能做的動作，放進「只能讀」「只能草擬」「一定要等我點頭」三欄，每一項說明理由；
2. 標出哪些動作錯了就收不回來，例如寄出、刪除、分享權限、付款、接受邀請；
3. 提出第一週的試用範圍：只開哪些讀取和草擬權限、要觀察哪幾類錯誤、用什麼方式記錄；
4. 列出我需要在工具設定裡確認的項目，例如活動紀錄能不能查、權限能不能隨時收回。
不要替我開啟任何權限或連接任何帳號，只給清單和建議。
廣告

Share

分享這篇微課

如果這篇剛好解開一個工作卡點，可以分享給也在判斷 AI 怎麼用的人。

參考來源