記憶功能很誘人。你告訴 Agent 一次“這個項目使用npm run typecheck，不要直接編輯生成目錄”，下次它就不必重新解釋。但記憶也可能變成一張貼在門上的舊告示：項目已經(jīng)換了腳本，Agent 仍按舊規(guī)則行動。真正的項目記憶，必須同時解決保存、檢索、驗證、過期和撤銷。5.1 記憶的生命周期src/extension/memory/projectMemory.ts把項目記憶建模成有邊界的數(shù)據(jù)，而不是一段永久 Prompt。每條記錄有類型、主題、內(nèi)容、狀態(tài)、可信度、證據(jù)和過期時間；SQLite 中還有memory_meta.generation作為當前工作區(qū)的記憶世代。一次運行大致經(jīng)歷：任務(wù)文本 - FTS 檢索候選 - 核對 evidence 中的文件路徑、行號和 SHA-256 - 不匹配的候選標記 stale - 只渲染仍然可信的記錄 - 運行結(jié)束后按結(jié)果和證據(jù)寫回5.2 數(shù)據(jù)模型比“記住一句話”復雜項目記憶至少要區(qū)分四張邏輯表：memory_meta workspace_key, generation, writer_owner, writer_expires_at memory_items kind, subject, content, status, confidence, evidence_json, expires_at, supersedes_id memory_fts subject, content, memory_item_id task_runs task_summary, outcome, summary, verified, evidence_jsonmemory_items記錄可被檢索的經(jīng)驗，task_runs記錄一次任務(wù)發(fā)生過什么。二者分開很重要：一次失敗任務(wù)應該保留為診斷證據(jù)，卻不能自動成為下一次任務(wù)的指導。記憶的kind也不是裝飾字段。fact、decision、lesson、constraint的生命周期和呈現(xiàn)方式可能不同。比如“項目使用 SQLite”更像事實或決策，“這次修復先運行 typecheck”更像帶