Skip to main content

AI 長期記憶：打造跨週跨月都記得住的 AI

· 閱讀時間約 9 分鐘
Felo AI
Felo AI
Operations

如何建立能在數週乃至數月間複利增長的 AI 記憶——決策記錄、死路日誌，以及讓 Claude 每週都比上週更有用的回寫習慣。

大多數關於 AI 記憶的討論聚焦於 session 持久性——讓 Claude 記住你之前說的話。但更有價值的問題是更長期的：讓 Claude 在專案第三個月比第一天更有用。

這需要不同的方法。以下是如何建立真正複利增長的 AI 記憶。

ai long-term memory — decision records and dead-end logs that compound over months

為什麼短期記憶還不夠​

Session 持久性——在 session 開始時載入情境——解決了重新簡報的問題。你每天早上不再需要解釋你的技術棧。這很有價值。

但它無法捕捉幾個月間的變化：積累的決策、已排除的方法、關於為什麼某些事情在你的特定情境中有效而其他事情無效的寶貴知識。

沒有長期記憶，Claude 給出通用的好建議。有了它，Claude 給出專門針對你的專案的正確建議——因為它知道導致當前狀態的六個月情境。

什麼具有高長期價值​

並非所有內容都值得放入長期記憶。訊噪比很重要。

高長期價值：

  • 包含完整推理的架構決策 — 包括已考慮和已拒絕的內容
  • 包含根本原因的已排除方法 — 為什麼某事失敗，而不只是它失敗了
  • 硬性限制 — 無論論點多麼有說服力都不能改變的事情
  • 此程式碼庫特定的模式 — 與標準實踐不同的怪癖、慣例、陷阱

低長期價值（不要儲存）：

  • 已被取代的中間推理步驟
  • 未成為決策的暫時想法
  • Claude 已知的通用最佳實踐
  • 下個月將無關緊要的細節

決策記錄格式​

你能記錄的最有價值的東西：一個包含足夠情境的決策，讓未來的 Claude（和未來的你）理解為什麼做出這個決策以及考慮了什麼。

DATE: 2026-02-15
DECISION: 認證使用 JWT 存在 httpOnly cookie
REASON: 繼 Q1 審計後的安全團隊要求。localStorage 明確禁止。
要求是合約性的——不可協商。
CONSIDERED AND REJECTED: sessions（需要黏性路由，與我們的 Railway
部署不相容）、Supabase auth（失去對 token 生命週期的控制，
安全團隊拒絕）
STATUS: 活躍——適用於所有新路由

六個月後，這個記錄讓 Claude 無法說「你有沒有考慮過用 sessions？」並提出關於簡單性的有說服力論點。它知道 sessions 已被考慮、拒絕，以及原因。

DATE: 2026-03-10
DECISION: Redis 排除在 session 快取之外
REASON: webhook handler 中的 race condition。用並發
付款事件測試——冪等鍵無法防止 DB 查詢層面的競態。
CONSIDERED: 帶分散式鎖的 Redis（太複雜，相同的根本問題）
STATUS: 死路——請勿重新考慮 Redis 用於此元件

死路日誌是你能新增的最高價值內容。沒有它，每個新 session 都可能重新探索相同的失敗方法。

第 6 個月的長期記憶樣貌​

在複雜專案上一致使用 6 個月後的 MemClaw 工作區：

決策日誌： 25-40 個條目，涵蓋每個重大架構選擇、相依性選擇和範圍決策。每個都有日期、推理和已拒絕的內容。

死路日誌： 8-12 個條目，涵蓋失敗的方法及根本原因。Redis 快取、GraphQL 遷移嘗試、有重大更新的第三方認證函式庫——每個只記錄一次，不再重新探索。

運營知識： 15-20 個陷阱、環境怪癖和非顯而易見的行為，影響 Claude 應如何給出建議。

狀態記錄： 逐 session 的進度更新。完成了什麼、下一步什麼、什麼被阻塞。

有了這個工作區，第 6 個月的 Claude 給出的建議與第 1 個月的根本不同：

  • 它不建議已排除的方法
  • 它給出與三個月前做出的決策一致的建議
  • 它自動知道並應用專案的限制
  • 它能準確回答關於專案歷史的問題

讓它有效的回寫習慣​

長期記憶需要一致的回寫。習慣：

做決策時立即記錄：

Add decision to workspace: 選擇 Server Components 用於儀表板頁面。
原因：客戶要求 SEO 可索引性，已與產品團隊確認。
客戶端渲染已排除。2026-04-09。

不要等到 session 結束。在決定的那一刻就記錄。

遇到死路時記錄：

Add to workspace: 嘗試了 Supabase real-time 用於通知推送。
失敗：行動裝置上的 UX 要求延遲太高（> 500ms）。
已排除——改用帶 SWR 的輪詢。

在每個 session 結束時更新狀態：

Update workspace status: 通知推送用輪詢完成。
下一步：通知管理的管理員儀表板。

這三個習慣每個 session 大約需要 2-3 分鐘。六個月後，它們產生的決策日誌和死路記錄讓 Claude 在專案上真正更有用。

團隊長期記憶​

對於團隊來說，共享長期記憶是變革性的。沒有它：

  • 開發者 A 做出一個決策，沒有記錄在任何有用的地方
  • 開發者 B 幾週後向 Claude 詢問相同的問題
  • Claude 給出與開發者 A 的決策相矛盾的建議
  • 程式碼審查發現了它——浪費時間

有了共享工作區：

  • 開發者 A 立即記錄決策
  • 開發者 B 載入工作區——Claude 知道這個決策
  • 所有 session 的建議一致，無論誰在工作

新團隊成員載入工作區，立即擁有幾個月的專案情境。不需要 90 分鐘的知識轉移通話。

MemClaw 團隊版 →

開始使用​

  1. 安裝 MemClaw（memclaw.me）
  2. 為每個活躍專案建立一個工作區
  3. 花 20 分鐘新增基礎情境——專案識別、已做出的關鍵決策、已知陷阱
  4. 在工作時立即開始記錄決策和死路
  5. 在每個 session 結束時更新狀態

複利從你記錄的第一個決策就開始。到第三個月，差異是明顯的。到第六個月，差異是顯著的。

立即使用 MemClaw →

相關指南​