一位開發(fā)者每月花5到8小時(shí)重復(fù)教AI"我們上周說過用藍(lán)色"。三周后，他造出一套四層記憶架構(gòu)，讓Claude Code能記住187個(gè)實(shí)體、128種關(guān)系，成本歸零。

這不是在優(yōu)化提示詞，是在給AI造海馬體。

開發(fā)者@swyx的實(shí)驗(yàn)數(shù)據(jù)很直白：每周30多次會話，每次開局10到15分鐘用于"上下文修復(fù)"。「不，研究任務(wù)用Sonnet，不是Opus?！埂窱nstagram用藍(lán)色強(qiáng)調(diào)色，App用紫色——我們聊過這個(gè)?！?/p>

他算了一筆賬：一個(gè)月5到8小時(shí)，純粹浪費(fèi)在"教AI它已經(jīng)知道的事"。

核心判斷：AI能思考，但不能記住

大多數(shù)人把記憶當(dāng)成一個(gè)桶，塞滿會話日志、偏好設(shè)置、過時(shí)的項(xiàng)目事實(shí)。結(jié)果？上下文窗口變成垃圾場，關(guān)鍵信息被淹沒。

@swyx的解法是把記憶按"用途"分層，而非按"時(shí)間"堆放。

第一層，情景記憶（Episodic）：發(fā)生了什么——會話日志、事件、時(shí)間戳。這類記憶會衰減，像人類逐漸模糊的上周會議細(xì)節(jié)。

第二層，語義記憶（Semantic）：知道什么——事實(shí)、關(guān)系、實(shí)體。這是知識圖譜的領(lǐng)地，187個(gè)節(jié)點(diǎn)和128條邊在這里編織成網(wǎng)。

第三層，項(xiàng)目記憶（Project）：在構(gòu)建什么——目標(biāo)、決策、狀態(tài)。當(dāng)前任務(wù)的錨點(diǎn)。

第四層，程序記憶（Procedural）：如何做事——工作流、偏好、規(guī)則。幾乎永久保留，像肌肉記憶。

每層有不同的留存策略、壓縮算法和檢索模式。這比選什么嵌入模型重要十倍。

技術(shù)選型：SQLite擊敗所有"正經(jīng)"數(shù)據(jù)庫

Postgres、Redis、各種向量數(shù)據(jù)庫——全部出局。理由粗暴：SQLite跟著項(xiàng)目走，一個(gè).db文件，零連接字符串、零Docker、零月費(fèi)。

表結(jié)構(gòu)設(shè)計(jì)暴露了思路：

? tier字段強(qiáng)制四選一，杜絕記憶混裝

? expires_at支持自動過期，情景記憶自然衰減

? distilled標(biāo)記是否已壓縮，access_count追蹤調(diào)用頻率

? confidence字段讓AI對不確定的記憶打問號

元數(shù)據(jù)用JSON存，關(guān)系用markdown格式寫進(jìn)知識圖譜。沒有向量搜索，沒有近似最近鄰，純結(jié)構(gòu)化查詢。

蒸餾管道：6300條原始記憶如何塞進(jìn)一個(gè)提示詞

真正狠的是壓縮機(jī)制。原始記憶堆積如山，但LLM的上下文窗口有限。@swyx建了一條蒸餾流水線：

原始記錄 → 提取關(guān)鍵決策 → 生成摘要 → 合并冗余 → 輸出緊湊上下文。

6300條原始記憶最終被壓縮成"單個(gè)提示詞能裝下的活躍工作集"。不是刪減，是提煉——像把十頁會議紀(jì)要的結(jié)論段單獨(dú)拎出來。

知識圖譜用markdown維護(hù)，實(shí)體和關(guān)系對人可讀、對AI可解析。187個(gè)實(shí)體不是隨機(jī)數(shù)字，是項(xiàng)目里真實(shí)的人、模塊、API、第三方服務(wù)。128條關(guān)系包括"依賴""負(fù)責(zé)""優(yōu)于"等具體語義。

這套系統(tǒng)跑在Claude Code里，但架構(gòu)本身模型無關(guān)。

成本欄寫著$0/month。不是"接近零"，是真零——磁盤上一個(gè)文件的讀寫開銷。

效果驗(yàn)證很樸素：三周前的決策，AI現(xiàn)在能主動引用。顏色方案、模型選擇、團(tuán)隊(duì)分工，不再重復(fù)解釋。

有個(gè)細(xì)節(jié)值得玩味：procedural層存了"法律審核團(tuán)隊(duì)用dispatch，不用本地子代理"。這類規(guī)則一旦寫入，幾乎不再觸碰——它成了AI的"習(xí)慣"。

而episodic層的某條調(diào)試記錄，可能三個(gè)月后就自動過期。像人類不會記得去年某周二午飯吃了什么，除非那頓飯引發(fā)了食物中毒。

這套架構(gòu)的野心不止于省時(shí)間。@swyx在文末留了一個(gè)問題：當(dāng)AI能跨會話保持上下文，"會話"本身的邊界還重要嗎？

如果AI記得你上個(gè)月重構(gòu)代碼時(shí)的猶豫，記得你偏好的命名風(fēng)格，記得你每次說"簡單做一下"實(shí)際意味著"預(yù)留擴(kuò)展空間"——

我們是在用工具，還是在養(yǎng)一個(gè)不會離職的搭檔？