記憶管理器
這是什麼
在每輪對話前後協調單一外部記憶提供者，並把它的工具安全加入代理；內建記憶檔案不由此元件持有。
白話解釋
想像研究室有一本由值班人員直接填寫的日誌，並且最多只和一間合作研究室分享成果；送件員會影印新頁送過去，不會同時把同一份資料分給兩個競爭夥伴。MemoryManager 就像這位送件員：內建筆記由記憶工具直接寫入，而它最多接上一個外部記憶服務，在每個對話輪次前詢問相關資訊，並把內建筆記剛儲存的項目轉送出去。
為什麼重要
MemoryManager 協調選用的外部提供者：每輪開始前預先擷取、結束後背景同步、鏡像已提交的記憶工具寫入，並註冊提供者工具且避免覆蓋保留的核心名稱。它不擁有內建的 MEMORY.md/USER.md 儲存區，也不承諾替該儲存區去重；即使啟用外部提供者，內建記憶工具仍負責這兩個檔案。
運作方式
MemoryManager 會整合收到的元件（agent/memory_manager.py），但最多只保存一個外部外掛提供者；內建 MEMORY.md/USER.md 儲存區在它之外，由記憶工具直接讀寫。每輪開始前，prefetch_all() 向已註冊提供者取得相關上下文；完成一輪後，sync_all() 把整段互動交給單一背景工作執行緒，避免緩慢或卡住的提供者凍結對話。內建記憶工具每次提交寫入後，代理迴圈會另外通知 MemoryManager，由它把項目鏡像到作用中的外部提供者。提供者的工具結構定義會合併成一份清單，clarify 等內建工具名稱永遠優先；若嘗試註冊第二個外部提供者，系統會記錄警告並拒絕，不會暗中堆疊。
具體範例
使用者把 mem0 設為外部記憶提供者後，MemoryManager 會在每輪開始前向這個唯一的提供者詢問與新訊息相關的內容；內建筆記則在工作階段開始時已另外放進系統提示。助理回覆後，完成的互動會排入背景執行緒，mem0 寫入不會延遲下一則訊息。如果使用者再嘗試啟用 Honcho 作為第二個外部提供者，MemoryManager 會記錄拒絕，並繼續只使用 mem0。
如何連結
「記憶管理器」屬於「記憶」系列。最直接相關的概念包括：「記憶」、「記憶提供者」、「代理執行環境」、「個人作業系統」。這些連結描述教學關係，不取代來源證據。
來源證據
agent/memory_manager.py#agent.memory_manager.MemoryManager— 精確符號對應；已對照釘選版本驗證。
工作流程
- 目前尚無第一輪工作流程對應；此概念仍透過文章與來源證據出現在知識庫圖譜中。
相關文章
- 目前沒有文章以足夠頻率直接提及此概念名稱或別名，尚未達到提及探勘門檻。