用白話理解 AI 影像保留（Retention）指南

AI 影像保留的答案，就是一個直白的問題：影像任務結束後，還存在什麼？

上傳可能會留下。提示詞可能會留下。生成的輸出可能會留下。縮圖可能會留下。CDN 快取可能會留下。佇列（queue）中的 payload 可能會留下。審核（moderation）事件可能會留下。客服截圖可能會留下。備份可能會留下。即使沒有內容，帳單紀錄也可能會留下。每一項都是獨立的決策。

保留不一定是壞事。有些產品需要保存專案、團隊畫廊、稽核軌跡，或使用者可控的歷史紀錄。問題在於意外的保留：檔案被保留只是因為方便；紀錄被保留只是因為除錯更容易；畫廊被建立只是因為互動看起來不錯；或備份被描述得像是與現實無關。

針對私人（private）的 AI 影像生成，最佳預設通常是短期保留。用上傳來完成任務。回傳輸出結果。避免保留提示詞歷史。除非使用者選擇保存，否則不要代管輸出結果。盡可能讓作業紀錄（operational records）不包含內容（content-blind）。

字眼很重要。「我們不會用你的資料訓練」談的是訓練。它沒有告訴使用者上傳是否會被保存。「我們會刪除你的影像」談的是刪除。它需要時間範圍與適用範圍（scope）。「私人」談的是暴露程度（exposure）。它需要存取控制與預設分享方式。

閱讀保留政策時，先看名詞。提示詞。上傳的影像。生成的輸出。檔案。紀錄。濫用監測資料。應用程式狀態（application state）。備份。若政策說的是「內容（content）」，但從未拆解，請要求他們做拆解。

也要看時間。秒、時、天，或使用者可控的儲存期限。「暫時（temporary）」不是時間。 「只要有必要就會保留（as long as necessary）」是法律用語，不是工程計畫。好的保留承諾可以被監測與測試。

給客戶看的白話版本應該很短：你上傳什麼、我們建立什麼、我們保留什麼、我們不保留什麼，以及刪除如何運作。若產品無法清楚說明，系統大概也不會知道。

延伸閱讀：為什麼暫時上傳需要保留政策、你能證明 AI 服務刪除了影像嗎？、以及 Unexposed 資料儲存。