前言：記憶裡寫的，現在還是真的嗎？

「記憶裡明明記著這個功能已經做完了，AI 怎麼還在問我要不要重做一次？」

如果你反過來遇到另一種情況——AI 信心滿滿地說「這個檔案照記憶裡記的應該長這樣」，結果一查根本不是那麼回事——那才是更麻煩的方向。記憶系統最容易被忽略的風險不是「記太少」，是記憶內容會過期，但記憶本身不會主動告訴你它已經過期了。

昨天談到記憶過期造成的實際傷害，今天要講具體的解法：怎麼設計一套「引用前先驗證」的紀律，讓 AI 不會把記憶裡的舊資訊當成現況直接拿來用。

今日目標

• 理解「記憶不會主動失效」這件事本身就是設計上要處理的問題
• 認識「引用具體 claim 前先驗證」這條紀律要涵蓋哪些對象
• 學會把這條紀律寫進記憶檔案本身，而不是只放在使用者腦中
• 建立分辨「哪些記憶容易過期、哪些相對穩定」的判斷習慣

記憶不會主動舉手說「我過期了」

一份記憶檔案寫下的當下，內容是準確的——這正是它的陷阱所在。記憶檔案記錄的是「寫下那一刻的現況」，不是「隨時同步更新的現況」。 檔案路徑會被搬動、進度清單會被別人動過、判定過的結論可能已經被推翻，但記憶檔案本身不會知道這些事——它只會安靜地躺在那裡，看起來完整、可信，直到有人依賴它做出一個錯誤判斷。

問題的根源不是「記憶系統設計得不好」，是任何形式的記憶,本質上都是某個時間點的快照，而 AI 讀取記憶時,很容易把「快照」直接當成「即時畫面」使用。

哪些內容特別容易過期

不是所有記憶都有一樣的過期風險。大致可以分三個層級：

• 原理/技術知識類：這類記憶通常穩定，一旦驗證過就長期有效，除非底層技術本身有重大改版。
• 使用者偏好/行為規則類：中等穩定，除非使用者明確表示規則改變，否則可以長期沿用。
• 進度/現況類：最容易過期——誰做了什麼、做到哪裡、某個判斷現在還成不成立，這類內容會隨著時間、隨著其他人的動作持續改變，是最需要「引用前先驗證」這條紀律的對象。

具體的紀律寫法：讓記憶檔案自己講清楚保鮮期

單靠使用者提醒「這份記憶可能過期了」不是可持續的做法——真正該做的是把這條紀律寫進記憶檔案本身,讓 AI 每次讀到都會被提醒。

用一組對照來看這個差異：

❌ 記憶只記結論，沒有標注保鮮期：
「這個功能目前的進度：已完成 A、B 兩個部分，C 部分還沒開始。」
→ 讀到這份記憶的 AI 直接把它當成現況，
  不會意識到這份記憶可能已經是三週前的狀態

✅ 記憶明講保鮮期跟驗證方式：
「這個功能的進度快照（記錄於某個時間點）：已完成 A、B，
 C 部分還沒開始——這份清單很容易過期，引用前
 先用實際指令查一次真正的現況，不要直接沿用這份判定。」
→ AI 讀到這份記憶時，同時被告知「這是快照」
  跟「怎麼查證現況」，不會把舊資訊當成即時畫面

這條紀律的核心不是「叫 AI 每次都查證」，是讓記憶檔案本身就帶著『這份內容可能已經過期』的警語，把驗證這個動作變成讀取記憶時的預設反射，而不是靠使用者臨時提醒。

引用具體 claim 前，先問這句話

具體落地的做法很簡單：任何要引用記憶裡「檔案路徑存不存在」「某個功能做完了沒」「某個判斷現在還成不成立」這類具體 claim 之前，先問自己一句——「這件事我現在有沒有辦法用一個實際指令去確認，而不是只憑記憶裡寫的？」 如果答案是「有」，就先確認過再引用；如果答案是「沒辦法立刻確認」，至少要在講出這個 claim 時明講「這是根據記憶，還沒有重新驗證過」，不要用肯定句包裝一個其實沒查證過的舊資訊。

記憶系統的價值不是取代查證，是縮短查證的起點——它告訴你「該去哪裡查」，不是「答案已經在這裡，不用查了」。

今日思考題

回想你上一次引用一份舊筆記、舊記憶裡的具體內容時：你是先查證過現況，還是直接假設記憶裡寫的還是對的？如果答案是後者，那份記憶當下告訴你的「事實」，可信度其實跟你自己都說不清楚。

今日重點回顧

• 記憶內容會過期，但記憶本身不會主動提醒你它已經過期
• 進度/現況類記憶最容易過期，是「引用前先驗證」紀律最該套用的對象
• 具體做法是把保鮮期跟驗證方式寫進記憶檔案本身，而不是只靠使用者臨時提醒
• 引用具體 claim 前先問「這件事我現在能不能用實際指令確認」，能確認就先確認，不能確認就誠實標注這是未驗證的舊資訊

明日預告

明天要往上一層，看 CLAUDE.md、Skill、Memory 這三層工具各自負責什麼、怎麼分工才不會互相打架、互相重複。