提示記錄（Prompt Logs）是隱私外洩的溫床

提示記錄看起來很無害，直到你開始閱讀它們。

從工程角度來看，記錄提示（prompts）很誘人。它能協助除錯失敗。它能重現客訴。它能監控濫用。它能改進提示內容。它也能回答那個永恆的問題：「模型為什麼要把產品做成像鬧鬼的烤麵包機？」

但從隱私角度來看，提示記錄是原始意圖（raw intent）。它們可能包含客戶姓名、行銷活動想法、個人幻想、醫療情境、法律爭議、產品策略、真實人物的姓名、地點，以及與上傳圖片相關的指令。在影像生成中，提示往往會說明最敏感的部分，而最終圖片只會略微帶到。

因此，提示記錄的外洩可能比輸出（outputs）的外洩更糟。輸出可能含糊不清；而提示通常非常明確。它們會顯示使用者要你做什麼、他們想隱藏什麼、他們想改成什麼、以及他們在接受可用版本之前嘗試過什麼。

所以「我們只記錄文字」並不令人安心。文字可能就是通往圖片的地圖。像是「把尚未發佈的包裝樣稿上的競品標誌移除」這種提示，即使沒有影像檔外流，仍然具有商業敏感性。像是「讓我的大頭照看起來沒那麼疲憊」這種提示，即使從未保存輸出內容，仍然是個人資訊。

更安全的做法，是把「作業除錯」與「內容保留」分離。記錄工作（job）ID、時間點、模型版本、錯誤代碼、token 或信用額使用量、佇列事件，以及不含內容的中繼資料（non-content metadata）。當確實需要擷取內容來因應濫用或支援時，請把範圍縮小、採用授權機制（permissioned）、設定時間限制，並在政策中清楚可見。

開發者可能會反對，這會讓除錯更困難。是的。隱私通常會讓「偷懶式除錯」更困難。這不是悲劇；這是設計上的限制。針對邊緣案例，建立明確取得使用者同意的診斷擷取，而不是永遠保存每個人的私人提示歷史。

安全團隊應該像對待敏感客戶資料一樣，對提示記錄進行威脅建模（threat-model）。誰能查詢？它們會被複製到分析（analytics）中嗎？會被包含在當機報告（crash reports）裡嗎？會被送到可觀測性（observability）供應商嗎？支援人員能用關鍵字搜尋嗎？保存時間會比圖片本身更久嗎？

如果提示能重建私人的工作內容，那它就不是無害的記錄。它是正在等待行事曆邀請（calendar invite）的外洩材料。

延伸閱讀：Prompt history is product data, whether you call it that or not、The case for zero prompt history、What an AI image API should never store。