2026年10月14日，掘金作者「AI曉華」發布長文《聊聊Agent的記憶系統如何設計》，記錄其從零開始探索Agent記憶系統的過程與踩坑經驗。該文為系列首篇，聚焦記憶的種類、各自作用與存儲設計基礎。依據文章頁面顯示，發布當時閱讀量為81次，全文約15分鐘閱讀長度。
為何Agent需要記憶
作者以一個虛構但具體的開發場景說明動機。開發者「大熊」的部落格系統出現登入超時，Agent檢查數據庫連接池並提出調整方案，但效果未經驗證。第二天大熊在新會話中說「繼續昨天的排查」，若Agent缺少記憶能力，使用者必須重新交代全部事故背景。
文中另一個論點涉及成本。作者假設後續排查中嘗試過兩個方案：調大數據庫連接池上限後問題仍出現；重啟服務後暫時恢復但問題復發。一周後問題再現，若沒有記憶留存，重複排查將消耗額外的Token與時間成本。作者同時提醒，一次調整無效不足以斷定連接池完全沒有問題，儲存記憶時應保留當時的條件。
作者的總結是：記憶讓Agent記住項目背景、用戶偏好、任務進度以及已嘗試的方案與結果，並在後續對話中取回，減少重複溝通與無效嘗試。
三類記憶的劃分
文章將記憶系統分為三類：工作記憶、語義記憶與情節記憶，分別儲存當前任務狀態、已知信息與過去經歷。
工作記憶儲存當前任務狀態，欄位包括當前目標、已完成步驟、待辦事項、阻塞問題、待驗證判斷與臨時要求。作者以管理後臺增加Excel導出功能為例：接口與按鈕已寫好，聯調時發現導出數據未按頁面篩選條件過濾。若工作記憶儲存了已完成項目、驗證結果、待確認事項與下一步，Agent即可從篩選條件失效的位置接續檢查。作者強調的關鍵是區分計劃、執行動作與驗證結果，「準備編寫接口」與「接口已經寫好」代表不同進度，檔案能下載也不代表功能符合要求。
語義記憶儲存可跨任務復用的事實、偏好與知識。作者列出六種類型：FACT（用戶身份、技術棧、項目名）、PREFERENCE（工作習慣與偏好設置）、RULE（用戶明確要求的約束，如命名規範與目錄結構）、SKILL（掌握的工具語言框架或有效方法）、ERROR（踩過的坑與常見錯誤模式）、EXPERIENCE（可復用的成功流程與解決方案）。
情節記憶儲存單次任務的經過與結果，欄位涵蓋時間與目標、執行動作、觀察到的現象、決策依據、嘗試結果與未完成事項，用途是讓Agent回顧之前做過什麼以及當時為何這樣做。
語義記憶的作用與適用範圍
在前端開發示例中，作者假設已明確的約定包括：項目使用React與TypeScript、表單彈窗與消息提示復用既有組件、提交期間禁用按鈕且失敗保留已填內容、頁面需適配電腦與手機。下次要求Agent新增「邀請成員」頁面時，這些信息可直接發揮作用，使用者不必每次重複交代。
作者隨即指出適用範圍問題：管理後臺與產品官網可能採用不同的組件與布局約定，語義記憶不能無條件跨項目套用。來源內容在此處截斷，範圍控制的具體設計方案未見於本篇，依系列規劃應在後續期數展開。
記憶與檢索架構的工程實踐，與本臺先前整理的企業知識庫問答Agent檢索管線長文屬於相鄰議題，兩篇均以掘金長文為訊源，可對照閱讀。
訊源與邊界說明
本文訊源為掘金單一作者長文，內容屬個人探索記錄性質，文中示例均為作者構造的說明場景，非實測數據。系列後續篇目與本篇宣稱的「存儲設計」細節，須待原文後續更新方能核實。本臺僅整理首篇可確認內容，不對該記憶架構的實際效果作出判斷。