Anthropic 剛為 Claude 的託管代理 API 發布了名為 Dreams 的功能，這解決了每個代理開發者最終都會遇到的問題：記憶衰退。
代理在工作中會不斷寫入記憶，這很好。但經過數百個對話階段後，記憶庫會變得一團糟：重複、矛盾，還有從三週前就不再成立的陳舊條目。代理不斷拖著這些臃腫的脈絡前進，卻沒有人來清理它。
Dreams 就是 Claude 清理記憶的方式。
你以非同步作業的方式觸發一次夢境。Claude 會讀取現有的記憶庫以及過往對話紀錄（最多 100 個階段），然後產出一個全新、重組過的記憶庫：重複的會被合併，矛盾的會被解決，陳舊的條目會被替換，並且會浮現那些未曾被明確記錄下來的全新模式。
原始的記憶庫完全不會被更動。你會得到一個全新的輸出記憶庫，可以審查、附加到未來的對話階段，或者如果覺得不對勁就捨棄它。從設計上就更加安全、可審計且可回復。
開發者們需要知道三件事：
這不是一個簡單的摘要過程。Claude 會主動從對話記錄中挖掘模式和洞察，而不僅僅是刪除重複的金鑰。你也可以傳入自訂指令來引導它聚焦的重點（例如：「優先處理編碼風格偏好；忽略一次性的除錯筆記」）。
你可以觀察它的思考過程。當夢境運行時，它的 session_id 會指向背後正在運行的會話。你可以即時串流事件，觀察它正在讀取和寫入的內容。
成本如你所預期。根據你使用的模型（Opus 或 Sonnet）以標準 API 權杖費率計費。使用量會隨輸入階段的數量和長度而變化，所以先從小規模開始嘗試。
這個名字是個刻意的隱喻，而且非常巧妙。生物學上的記憶鞏固大多發生在睡眠期間：大腦會重播經驗，修剪弱的連結，強化有意義的模式。Claude 的夢境機制在結構上也是同樣的概念，只是應用在代理記憶上。
但我認為大多數人會忽略這一點：這在代理迴圈之外，引入了第二個迴圈。
代理迴圈負責執行動作並寫入記憶。而夢境迴圈則負責反思、重組和改善。這種分離使得長期累積的效能提升成為可能。在此之前，記憶基本上就是一個只能追加的日誌。你只能用提示工程來修復雜訊。現在，記憶變成了一個不斷進化的知識庫，背後還有一個離線的學習機制在支持它。
更好的代理不是來自於更大的脈絡視窗，而是來自於更完善的記憶生命週期管理。你可以給代理無限的脈絡，而它仍然會累積雜訊、矛盾和遺失的訊號。夢境功能是一種賭注：答案在於精心策劃，而不是單純的容量擴充。
我們給了 AI 聲音，然後是大腦。記憶是下一層。而現在，顯然，它也開始需要睡眠了。