我將所有關於 Claude 記憶功能實際有效的內容——官方文件、Dreaming 研究預覽、真實的生產環境配置——整合成了一份完整的操作指南。
訂閱我的 Substack 以獲取最新的 AI 資訊：movez.substack.com
請把這篇文章收藏起來、儲存好。看完之後，你將擁有一個能夠永久記憶的 Agent——不是「只在對話內記憶」，而是能跨週持續記憶。
這並非誇大其詞。直到 2026 年 3 月，一般使用者還無法做到這一點。現在只需要 12 個步驟。
為什麼你建過的每個 Agent 都像金魚一樣健忘
每次你開啟一個新的 Claude 對話，它就從零開始。
它不知道你的名字，不記得你昨天做的三次修正、上週發現的解決方法，也不記得你討厭條列式摘要。
每次對話，它都重新發現同樣的東西、犯同樣的錯誤、問你已經回答過的問題。
這並非 Claude 行銷上的缺陷，而是語言模型運作的根本特性：除非你明確餵入上下文，否則每次對話都是全新的開始。
對聊天機器人來說沒問題。但對一個執行真實重複工作的 Agent 來說，這是你的設定停滯不前的最主要原因。一個沒有記憶的 Agent，在第 100 次執行時和第 1 次執行時一模一樣有用。
第 1 層是一張便利貼。第 4 層是一個每週五會反思、回來時變得更精明的員工。這 12 個步驟會分三個部分建構全部四層。
基礎——第 1 層與第 2 層
01. 開啟 Claude 的內建記憶功能
先從大多數人沒意識到已經存在的功能開始。2026 年 3 月，Anthropic 推出了持久記憶功能「Chat Memory」——適用於所有 Claude 帳戶，免費版和 Pro 版都一樣。
Claude 現在會自動記住你的偏好、正在進行的專案以及工作風格，跨越所有對話，直到你要求它忘記為止。
點擊你的個人檔案圖示 → 設定 → 功能 → 向下捲動到「記憶」區塊，確認「從聊天歷史建立記憶」已開啟。
在背後它運作的是「記憶合成」——Claude 大約每 24 小時會將你的對話濃縮成一份個人檔案。這是所有後續功能的基礎。
02. 刻意播種你的記憶，而不是等待
文件中明確指出一個反直覺的重點：不要等 Claude 從歷史對話中推斷你的偏好——那個合成大約每 24 小時才執行一次。
直接在一個新對話中告訴它。明確陳述永遠比推斷來得有效，而且它會立即生效，而不是一天後才生效。
Claude 會將這些寫入記憶。下一個對話開始時，它已經知道這些資訊。一條訊息就能消除一整類重複解釋。
03. 建立一個專案作為你的 Agent 的家
專案是一個持久的工作區，其中的指示會在所有對話中保持載入狀態。這是第 1 層最強的形態。
前往「專案」→「新專案」。以工作名稱（而不是主題）來命名。然後在自訂指示欄位中填入 Agent 的角色、標準和限制。該專案內的每個對話都會繼承這些設定。
04. 了解專案「不」記住什麼
這是大多數人栽跟頭的地方。專案會記住指示，但預設情況下不會記住對話記憶。
你建立一個專案，提供詳細的上下文，進行了幾次對話——然後在同一個專案中開始一個新對話，之前討論過的所有內容都消失了。
架構決策、未完成的任務、除錯過程——全部消失。專案記住的是它的指示，而不是你的歷史。
持久記憶——第 3 層（適用於程式設計師）
05. 加入一個動態記憶檔案
最簡單且實際有效的持久記憶方式，就是一個在對話開始時讀取、結束時追加的單一檔案。
在 Claude Code 中，這個檔案是 CLAUDE.md；對任何 Agent 來說，可以是放在「專案知識」中的 memory.md。
文件中反覆強調的規則是：保持精簡。一個新對話在載入指示後，大約只能花費 20,000 個 token，然後你才能開始輸入任何內容。
不要把這個檔案當成維基百科式的資料傾倒。如果你使用 Claude Code 的 /init 來產生起始檔案，反直覺的下一步是刪除它產生的大部分內容——因為它會寫出模型已經知道的顯而易見的事情。
06. 開啟自動記憶功能
Claude Code 有一個自動記憶機制：它會根據你的修正和偏好寫筆記給自己，並在每次對話開始時載入這些筆記。
現在 Agent 會進行輕量的自我文件記錄。當你修正它時，修正內容可以存活到下一次對話，而不是消失。
07. 將記憶檔案結構化，使其保持有用
一個沒有結構、只會不斷增長的記憶檔案會變成雜訊。為它加上段落：
每一筆條目都必須有其存在的價值。這個檔案是 Agent 用來查閱，以免重複昨天錯誤的依據。
08. 決定哪些事情值得記住
並非所有事情都該儲存。這裡的紀律是整個遊戲的核心。每次重要的對話結束後，Agent 會回顧發生了什麼，並只提取值得保留的內容：一個決策、一個解決方法、一個偏好、一個失敗模式。其他所有內容都刻意遺忘。
一個好的篩選標準：這個資訊是否會改變 Agent 下次的運作方式？如果是，就儲存；如果不是，就放手。記住所有事情的記憶，和記不住任何事情的記憶一樣無用。
自我改進的記憶——第 4 層：Dreaming
09. 了解 Dreaming 到底是什麼
2026 年 5 月 6 日，在 Code with Claude 活動中，Anthropic 以研究預覽的形式推出了 Dreaming，適用於 Managed Agents。這個名稱刻意借用了神經科學的概念：人類睡眠時，大腦會將當天的經驗鞏固成長期記憶。Dreaming 對 Agent 做了同樣的事。
它是一個排程的背景程序。它會讀取 Agent 現有的記憶儲存區以及過去的對話記錄，然後產生一個全新的、重新組織過的記憶儲存區：合併重複項目、用最新值取代過時項目，並挖掘出真正的新見解。
在你動手之前，有一個條件很重要：Dreaming 只對那些反覆執行同一類型任務的 Agent 有幫助。它會匯集多個對話中的模式，因此一個一次性使用的 Agent 沒有什麼可以匯集。把它用在經常工作的 Agent 上，而不是偶爾使用的 Agent。
10. 執行一次夢境——確切的 API 程序
Dreaming 是一個研究預覽，所以在撰寫任何程式碼之前有三個前提條件：一個 Managed Agents 的 API 金鑰、透過 Anthropic 表單申請存取 Dreaming 的權限（它是有門檻的），以及一個已安裝最新 Anthropic SDK 的 Python 或 TypeScript 環境。
每次夢境呼叫需要同時疊加兩個 beta 標頭——如果你使用的是支援 Dreaming 的 SDK 版本，SDK 會自動設定兩者：
呼叫本身需要兩種輸入：你想要合併的現有記憶儲存區，以及最多 100 個對話 ID——這些是最近 Agent 執行過的對話，Claude 會從中挖掘模式。
你也可以傳入指示來引導夢境關注的重點：
預覽期間支援的模型是 claude-opus-4-7 和 claude-sonnet-4-6。夢境會按照所選模型的一般 API token 費率計費，成本大致與輸入對話的數量和長度呈線性關係。
文件中明確指出：從一小批對話開始，當你對整理品質滿意時再擴大規模。
11. 在提交之前檢查輸出的儲存區
輸入的記憶儲存區在整個過程中是唯讀的。夢境會產生一個獨立的輸出儲存區，其 ID 會在夢境開始執行時出現在夢境的 outputs[] 陣列中：
現在請讀取它。檢查合併的項目是否正確、被取代的項目是否確實過時、挖掘出的見解是真實的而不是雜訊。
這個審查步驟是讓 Agent 變得更聰明還是悄悄偏離正軌的關鍵。因為輸出是一個全新的儲存區，你可以選擇是否採用，所以夢境永遠不會默默破壞你已有的內容。
12. 切換使用、排程執行、讓效果疊加
一旦你信任輸出結果，切換到正式環境只需要一行程式碼——將你的 Agent 指向新的儲存區 ID 而不是舊的。
然後將 Dreaming 設定為排程執行：每晚或每週，取決於 Agent 的執行頻率。
現在迴圈就閉合了。Agent 白天工作，在執行之間進行夢境，每次循環回來時都變得更精明，不需要重新訓練，也不需要手動重新配置。
封存舊的夢境永遠不會影響它的輸出儲存區——你可以透過「記憶儲存區 API」分別管理它們。
它在規模上有效的證據：法律 AI 公司 Harvey 報告指出，在為法律文件起草工作流程啟用 Dreaming 後，Agent 的任務完成率大約提升了 6 倍。
那些曾經因為 Claude 在對話之間一直忘記檔案類型特殊用法和工具解決方法而失敗的工作，現在突然能可靠地完成了。
破壞 Agent 記憶的常見錯誤
- 把專案當作記憶。專案記住的是指示，不是對話歷史。如果你以為它會記住對話內容，你會莫名其妙地失去上下文。
- 把所有東西都塞進 CLAUDE.md。一個臃腫的記憶檔案會浪費 token，也會掩蓋重要訊息。精簡且有結構，勝過又長又完整。
- 不加篩選地儲存記憶。如果什麼都值得記住，那就什麼都記不住。只儲存那些會改變未來行為的內容。
- 自動部署夢境輸出。獨立輸出儲存區的意義就在於審查。跳過審查就失去了安全網。
- 在低頻率的 Agent 上執行 Dreaming。Dreaming 需要匯集多個對話中的模式。一個每月只執行兩次的 Agent 永遠累積不了足夠的資料。
結論：
大多數人會繼續像以前一樣使用 Claude——每次都是一個全新的、健忘的對話，每次都重新解釋一切，然後疑惑為什麼自己的 Agent 永遠沒有進步。
而那些建立了四層記憶架構的人，將會擁有不一樣的東西：一個認識他們、累積所學、並自行改寫記憶以每週變得更精明的 Agent。
挑選前四個步驟，今晚就設定好。光是這樣，就會徹底改變你下一次對話的感受。
