AI研究
AI 記憶治理框架：該記什麼、何時遺忘、如何守住個資合規
有記憶的 AI 越用越懂你，但沒有治理的記憶會讓企業越用越暴露。本文用個資法、GDPR 與歐盟 AI 法的實際條文，給出一套可落地的 AI 記憶治理框架：資訊分級、分級保留與遺忘、PII 與特種個資合規、以及存取控制與稽核。
「我用 Cursor 兩個禮拜就做出來了，功能都有，投資人看完也說不錯。」下一句通常是：「可是要正式給客戶用，我不知道還缺什麼。」這句「不知道」的代價會在上線後才出現——客戶資料被另一個客戶看到、資料庫誤刪沒得還原、半夜掛了三個小時你隔天才知道。你不是東西做得不夠好，而是沒有人告訴你「能 demo」跟「能上線」之間還有一段沒做。以下五件事，就是那段落差裡最常缺的。
「做出來了」和「能上線」之間的那道落差
同一套程式，在 demo 跟在正式環境的處境完全不同：
- 用的人不同：demo 是你自己點，上線是付錢的客戶在點，他們不會照你設想的順序操作。
- 資料不同：demo 是假資料，刪掉再建一筆就好；上線是真的訂單與個資，刪掉就回不來。
- 出錯的處理不同：demo 出錯你按重新整理，上線出錯客戶直接離開，或打電話來罵。
AI 工具擅長的是「把功能做出來」。你叫它做會員登入，它會做出會員登入；你沒叫它處理「密碼被猜到怎麼辦」「資料庫壞掉怎麼辦」「半夜當機誰知道」，它就不會做。Vibe Coding 與真正系統架構的差距那篇講的是為什麼會有這道落差，這篇講的是落差裡具體缺了什麼。
五件最常缺的事：每項一個問題問自己
這張表可以直接拿去問做這套系統的人。答不出來的那一列，就是缺口。
| 缺的是什麼 | 問自己一句話 | 不做的後果 |
|---|---|---|
| 資安 | 兩個客戶的帳號登入，A 看得到 B 的資料嗎 | 資料外洩不是「有可能」，是「等有人試」 |
| 備份 | 資料不見了，能回到昨天嗎 | 一次誤刪或一次主機故障，資料就沒了 |
| 監控 | 網站掛了，我幾分鐘內會知道 | 客戶比你先發現，而你不知道掛了多久 |
| 部署 | 改一個字，到客戶看到要哪幾步 | 每次更新都是冒險，改壞了回不去 |
| 錯誤處理 | 金流沒回應時，客戶看到什麼 | 客戶說不清楚問題，你也查不到原因 |
這五件事的共通點是：它們都不是功能。AI 不會主動做，因為你不會想到要問它。而它們每一件的代價，都發生在你最沒有心理準備的時候。
一份 10 分鐘的自我檢查表
不需要懂技術，把下面每一題答「是」或「否」。答不出來的，算「否」。
- 用兩個測試帳號登入，其中一個看不到另一個的資料。
- 程式碼裡搜尋 password、key、secret，找不到真正的密碼或金鑰。
- 資料庫每天自動備份，而且備份放在主機以外的地方。
- 使用者上傳的圖片與文件也有每天備份。
- 網站掛掉時，會有通知寄到某個人的手機或信箱。
- 有一份寫下來的步驟，說明怎麼把新版程式放上正式環境。
- 改壞的時候，有辦法在幾分鐘內退回上一版。
- 使用者遇到錯誤時，看到的是說明文字，不是空白頁或一串英文。
- 系統出錯時會被記錄下來，事後查得到。
- 有一個人（不是 AI）知道整套系統是怎麼組起來的。
答「否」的數量不是分數，是待辦清單。三個以下，你的狀況比多數人好；五個以上，先不要開放給付費客戶。
缺很多怎麼辦：照這個順序補
缺很多是正常的，用 AI 做出來的產品幾乎都這樣。重點是順序，不要全部一起補，也不要先補最花時間的：
- 先做備份。最便宜、最快，而且是唯一一件「沒做就無法挽回」的事。
- 再關資安的門。把寫在程式裡的密碼與金鑰搬出來，確認權限真的分開。
- 接著裝監控。讓你在客戶之前知道出事了。
- 然後整理部署。把上線寫成固定步驟，並確認退得回上一版。
- 最後補錯誤處理。要一個功能一個功能看，最花時間，但前四件做完，它的代價已經小很多。
在這個順序做完之前，先不要加新功能。每加一個，上面五件事就多一份要補的範圍。
恩梯科技接手 AI 產品時的四件事
- 第一週先補備份與金鑰，把「沒做就無法挽回」的事移出風險區。
- 同一組人接手、維護、改善、繼續開發，功能與維運不會分給兩家吵。
- 出事有人回：主機或服務出問題 1 個工作日內回應處理，你回報錯誤 2 個工作日內回覆評估。
- 合作結束，文件和紀錄留給你，換人接手不會變成黑盒子。
AI 幫你把功能做出來了，剩下那些看不見的事，本來就該有人固定顧著。
用 AI 做出來的產品要正式上線，補的就是這些看不見的事，這是恩梯科技以 Helper CTO 角色接手的典型狀況：像公司的技術負責人，只是不在你的編制裡。第一步是 60 分鐘的系統健檢，只需要讓我們看得到程式碼，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁報告，清楚寫著缺什麼、先補哪一個。如果你的產品正卡在 demo 跟上線之間，可以從這裡開始：Helper CTO：系統維運方案。
