← AI 寫程式記憶實用指南

指南

刪掉 AI 記憶後,怎麼確認它不會再被使用?

用確切 Memory ID 遺忘、查看實際回應,再到新對話搭配保留的對照記憶,檢查帳號、範圍與回想結果。

作者: Cairn

更新於:

發布於:

先刪除確切的保存記錄,確認成功回應,再用相同帳號與範圍開新對話檢查。保留另一筆無敏感 Memory 當正向對照,確認回想仍正常。單次查無結果無法證明刪除成功,查詢相關性、連線失敗或帳號錯誤都可能讓結果空白。

我到底要驗證什麼?

分成兩個問題:這條 Memory 是否已退出可回想的有效記錄,以及儲存政策下還留哪些資料。前者可以透過工具操作檢查,後者要看所用模式的刪除與保留文件。

先找確切記錄。同一句話也可能出現在版本庫指示、原生筆記或目前開著的對話。刪除前先請助理指出採用哪個來源,顯示 Memory ID 與來源證據,再決定操作。

熟悉流程時使用無敏感內容的合成記錄。正式資料則只留下識別碼與核對動作需要的最少資訊,來源摘錄留在原本的隱私範圍內。

Cairn.ink Memory 怎麼準備對照測試?

主要安裝路徑是:

npx @cairn-ink/memory setup

選 Cloud,讓 Claude Code 和 Codex 自動保存與提問回想。需要 Node 22.16 以上與執行路徑上的 CLI。同意連接兩邊,完全關閉並等背景工作結束後,再確認共用。第一次成對安裝只需一次瀏覽器登入,memory ID 連起同一專案;重開後在 Codex /hooks 檢查四項 Cairn.ink Memory 設定。

選 Local 則不需帳號,在一台電腦使用明確工具,共用資料庫和 owner 的方式見安裝器 README。Local 沒有自動保存或跨電腦同步。Hosted 的對話保存與提問處理方式,先看記憶隱私控制。

透過連線提供的私人保存工具,建立兩條刻意虛構的 Memory,一條稍後刪除,一條保留。內容要好區分,留下回傳 ID。刪除前,先以預期帳號和範圍查回兩條,確認測試記錄存在、查詢路徑正常。

Hosted 怎麼遺忘確切 Memory?

先用 recall_memory 取回目標,查看 ID、文字與 Source Receipt,再請助理用該 memory_id 呼叫 forget_memory。託管工具會驗證擁有者,依確切 ID 操作;模糊比對與批次刪除不在這個工具的文件介面內。

可以這樣要求:

Call forget_memory with memory_id set to the target ID I selected.
Show the actual tool response, including memory_id and forgotten.

實際操作時提供自己選好的 ID。成功回應應指向該識別碼並顯示 forgotten: true。如果回報找不到,先核對擁有者與是否早已遺忘,再判斷本次是否真的完成新的刪除。

如果帳號選單提供「我認識的你」,也能依文件從網頁查看 Memory,按「別記」。留下實際工具或網頁結果作為動作證據,再進行新對話檢查。

怎麼檢查才不會把答案重新餵回去?

用相同伺服器、帳號與預期專案身分開啟新對話。問題裡不要放目標舊文字,也不要放對照的預期答案,請助理執行記憶查詢並顯示回傳 ID 和來源。

先依主題查目標,再查保留的對照,確認目標 ID 沒出現、對照 ID 有出現。直接看工具結果,和助理說「忘記了」分開核對。本機持久性檢查則正常重開用戶端或伺服器,維持相同儲存綁定。

觀察結果下一步
目標未出現、對照有出現記錄成功遺忘回應與這次回想檢查
兩條都沒出現查連線、帳號、範圍與查詢用語
相同目標 ID 仍出現保留回應,排查為何未排除
其他 ID 出現相似說法先查那條記錄自己的來源,再決定後續動作

演練刪除時,如果重複提到虛構內容可能另存一條,就先暫停自動保存。操作記錄只要留下目標 ID、成功回應、新對話、範圍與對照 ID,就比空搜尋畫面的截圖容易核對。

Local 的遺忘有什麼不同?

Local 提供 inspect_memory 與版本檢查。先查看確切 ID,留下目前版本,再用 memoryId 和 expectedRevision 呼叫 forget_memory。本機操作指南記載這個順序及有效記錄的預期結果。

成功後,inspect/list 應不再顯示該條有效 Memory,之後回想也應排除它。重開時使用相同資料庫、owner 與可選專案綁定再比較。如果版本已改變,就重新查看,再決定要處理目前哪條內容。

安裝器管理的 Local 模式中,保存、查看和遺忘不需模型金鑰;模型引導的 recall_memory 則需要設定 key。沒有 key 時,用文件中的查看路徑檢查有效記錄,解讀 model_not_configured 等錯誤時也要分清楚。

刪除後,保留政策還有哪些事要核對?

既有對話仍可能看見之前收到的 Memory,日後再次提到相似內容,也可能另存成新記錄。操作驗證請用新對話,新出現的 ID 則看它自己的來源。

記憶隱私頁連到的託管隱私政策說明,遺忘會立刻標記 Memory,停止回想與列表顯示;資料列保留到清除,提出要求後會在 60 天內完成。帳號與資料刪除則依政策提供的聯絡方式申請。

本機邏輯刪除不是安全抹除,SQLite 空白頁、journal、快照與備份仍可能留有位元組。本機儲存文件說明保留的抑制資訊與備份責任。評估資料保留時,把對應模式的政策和新對話回想結果一起看。

依連線指南設定工具,完成可核對的刪除檢查。

常見問題

為什麼要保留正向對照?
另一筆保留的無敏感 Memory 應仍能查到,幫你分辨這次查詢正常且排除了遺忘記錄,還是連線、帳號本來就有問題。
Hosted 怎麼指定要遺忘的記錄?
forget_memory 使用確切 memory_id。先看回應是否指向該 ID 並回報 forgotten: true,再檢查回想。
Local 遺忘有什麼不同?
先查看 ID 與目前版本,再用 memoryId 和 expectedRevision 呼叫 forget_memory。Inspect/list 應不再顯示為有效記錄,檢查時維持相同資料庫、owner 與專案綁定。
託管隱私政策怎麼說清除時間?
遺忘會立刻標記 Memory,停止回想與列表顯示。資料列留到清除,提出清除要求後會在 60 天內完成。

參考來源