週五下午，共享雲端硬碟跳出容量警告。你看見一排 final、final-2、final-new，便想把「找出重複檔案並清乾淨」交給 AI。這句話對人來說很直覺，對會操作檔案的 agent 卻少了最重要的資訊：哪個資料夾算範圍、什麼證據才算重複、清理是移到隔離區還是永久刪除，以及做錯時誰能救回來。
這不是模型夠不夠聰明的問題。Google Drive API 的 files.delete 會直接永久刪除使用者擁有的檔案，不會先進垃圾桶；若目標是資料夾，使用者擁有的下層項目也會一起刪除。相較之下，Microsoft Graph 的 DriveItem delete 會把項目移進資源回收筒。畫面上都可能叫「刪除」，實際後果卻不一樣。
所以不要先教 AI「判斷哪些可以丟」。先把一次清理改成可驗證、可停止、可復原的小批次工作。AI 負責蒐集候選項目和證據，人負責批准隔離；永久刪除則是下一個獨立決定。
先寫清楚這次清理的邊界
能回答下表四列，才算一份可執行的任務。只要有一列仍是空白，就先停在唯讀盤點。
| 邊界 | 這次要寫出的值 | 不足時怎麼辦 |
|---|---|---|
| 位置與上限 | 一個指定資料夾、最多幾個檔案或多少 GB；排除財務、人資、法務與個人資料夾 | 不讓 agent 自行擴到整顆共享硬碟 |
| 候選證據 | 檔案 ID、完整路徑、擁有者、大小、修改時間、分享狀態，以及可用時的內容雜湊 | 只有檔名相似，不列為可處理項目 |
| 可逆動作 | 只產清單，或經批准後移入有日期的隔離資料夾；不得清空垃圾桶 | 平台行為與權限不明時，維持唯讀 |
| 停止條件 | 遇到外部分享、所有者不明、資料夾、捷徑、版本衝突或超過批次上限就停 | 將項目標成待確認，不自行猜測 |
「重複」尤其不能只看名稱。兩份檔名相同的報價單，可能屬於不同客戶；一份較舊的簡報，可能仍是對外連結指向的版本。若系統能提供內容雜湊，可把它當成強證據，但仍要核對擁有者、路徑與分享狀態。雲端原生文件、捷徑或不同匯出格式未必都有可直接比較的雜湊，這時候正確答案是「證據不足」，不是改用檔名猜。
垃圾桶、隔離區與備份不是同一件事
Google 的官方說明把「移到垃圾桶」與「永久刪除」分成兩條路：垃圾桶中的檔案可在 30 天內復原，之後會自動刪除；files.delete 則跳過垃圾桶。Microsoft Graph 的一般 DriveItem delete 目前會移到資源回收筒。這些是產品行為，不是你的復原計畫。
平台可能改設定；管理員可能縮短保留期；同步軟體也可能把刪除傳到其他裝置。更重要的是，共享資料夾裡的檔案仍可能被同事的書籤、網站或自動化流程使用。看得到「可以刪除」權限，只表示呼叫可能成功，不表示業務上應該刪。
隔離區的用途是讓團隊在原位置看不到候選項目之前，仍有一段可核對的緩衝。它至少要記錄原路徑、檔案 ID、移動時間、執行者、核准者與預定複查日。備份則要能承受工作區本身的錯誤；CISA 的 3-2-1 原則要求重要檔案保留三份、使用兩種媒體，且一份放在異地。把檔案搬到同一顆雲端硬碟裡另一個資料夾，不等於多了一份備份。
把「清理」拆成五個不同權限的步驟
順序很重要。若把盤點、判斷、移動與永久刪除包成一次 agent 執行，人通常只能在事情做完後看報告。
第一輪可以只選一個非敏感專案資料夾，批次上限設成 20 個檔案。AI 先產生清單，不做任何移動；資料擁有者逐項標成「隔離、保留、待確認」。只有明確批准的項目，才由具有限定路徑權限的工具移入隔離區。
移動後不要只看「成功 20 筆」。從隔離區抽一個檔案復原到原路徑，確認檔案內容、連結權限、版本與下游流程仍正常。復原測試失敗，就整批停止；這與自動化卡在半途時，先查清楚再決定能不能重跑的原則相同：真正的可逆，必須是一條實際走過的路。
永久刪除不應成為隔離流程的最後一個自動步驟。等隔離期結束後，換一位資料負責人依清單重新批准；高風險資料還要依公司的保存政策與法規處理。若 agent 使用的身分同時能盤點、移動、清空垃圾桶，應參考AI agent 授權四問表拆開讀取、隔離與永久刪除權限。
先用一小批檔案證明能救回來
這套方法要靠三個問題判定是否通過：候選項目為何被選中？誰批准它離開原位置？抽到任何一筆時，能否依清單在預定時間內完整復原？
容量壓力很大時，也不要用「先刪再說」換速度。先處理內容完全一致、無外部分享、擁有者明確的小檔案；大資料夾、外部連結、客戶交付物與所有者不明的項目留到下一批。20 個檔案的試跑若說不清楚，20 萬個檔案只會把同一個問題放大。
AI 整理卡
請從目前可存取的雲端硬碟中，只盤點我明確指定的一個共享資料夾，維持唯讀，不移動、改名、覆寫、分享、下載、刪除檔案，也不要清空垃圾桶或資源回收筒。先列出資料夾 ID、目前可見項目數與你的實際權限；接著找出最多 20 個疑似重複或過期的候選項目。每筆都要提供檔案 ID、完整路徑、擁有者、大小、修改時間、分享狀態、候選理由，以及可取得時的內容雜湊；只有檔名相似不得判定為重複。遇到資料夾、捷徑、外部分享、所有者不明、版本衝突、雜湊不可比較或任何欄位缺失，標為「待確認」並停止對該項推論。最後輸出三部分：供資料擁有者逐筆批准的候選清單、一個含原路徑與預定複查日的隔離批次草案、移動後抽樣復原的檢查步驟。若資料夾範圍或權限無法確認，整體判定為「維持唯讀」。所有實際移動、刪除、清空、權限變更與對外通知都必須留給具名負責人另行批准。
四格看懂為什麼要先隔離
- 主管只交給 AI 助手一個藍色專案資料夾，限定它處理一小格檔案櫃。
- AI 助手一路打開其他抽屜，把照片、發票與封存箱都推向碎紙機，原本的小任務變成大量刪除。
- 主管拉下紅色停止繩，關回多餘抽屜，只把原訂的藍色資料夾改放進黃色隔離箱。
- 主管依短清單核對藍色資料夾；其餘檔案完整留在關閉的櫃中，等下一批再處理。
清理共享硬碟，更像是請一位速度很快的新同事進檔案室。第一天要驗收他能否照清單只搬一箱，並把那一箱原封不動搬回來；丟得多快並不重要。
參考來源
- Google for Developers：Trash or delete files and folders — https://developers.google.com/workspace/drive/api/guides/delete [accessed: 2026-07-24]
- Google for Developers：Method: files.delete — https://developers.google.com/drive/api/v3/reference/files/delete [accessed: 2026-07-24]
- Microsoft Learn：Delete a DriveItem — https://learn.microsoft.com/en-us/graph/api/driveitem-delete?view=graph-rest-1.0 [accessed: 2026-07-24]
- CISA / US-CERT：Data Backup Options — https://www.cisa.gov/sites/default/files/publications/data_backup_options.pdf [accessed: 2026-07-24]
- NIST：Artificial Intelligence Risk Management Framework (AI RMF 1.0) — https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.100-1.pdf [accessed: 2026-07-24]
