功能提案：可設定的記憶後端，將 memory.md 改名為 rules.md 並支援只用 honcho/fact_store
提案指出 Hermes 目前把 MEMORY.md 與 USER.md 兩個固定檔案的全部內容在每一回合都注入 system prompt，造成規則（永遠該注入）與事實性資料（應可查詢）混雜，且大量條目會造成每回合的 token 浪費；提案建議把 memory.md 更名為 rules.md，並支援可設定的記憶後端。
記憶系統 Memory（7 筆）
agent 記憶與持久化相關的官方 issue。 資料來自官方 GitHub repo，狀態由官方 label 推導，每筆附原始連結與最後檢查日期。
[Bug] Cron 排程工作會顯示 memory 工具，但實際執行時無法使用
回報者指出 cron 排程工作中 memory 工具雖然出現在可用工具清單，但實際呼叫時會失敗並顯示「Memory is not available」。原因是 cron 排程用 skip_memory=True 建立 AIAgent，但預設工具集仍繼承包含 memory 的核心工具，導致工具存在但無法使用。
功能請求：解決 Hermes 多租戶（multi-tenant）問題
這個 issue 指出 Hermes 目前的 memory 操作會繞過 hook 系統，導致無法在不修改核心程式碼的情況下做到租戶隔離。作者團隊釋出了開源專案 Hermes Swarm Map，擴充現有 Hermes 模式以支援多租戶環境下的權限控管，並提案將相關修改回饋（upstream）到 Hermes 核心。
暫時解法
作者表示已在正式環境自行維運修正版本數月，並釋出開源專案 Hermes Swarm Map 作為現階段的替代方案。
Hermes agent 無法根據先前的對話內容準確回答問題
使用者回報使用 hermes chat 搭配 ollama 自訂端點與 gemma4:e4b 本地模型時，agent 無法記住並根據先前對話（例如使用者告知的名字）回答後續問題，對話紀錄顯示前後回答不一致且答非所問。此 issue 已關閉，狀態為已修復。
功能提案：單一 daemon 支援多 agent，各自獨立 workspace 與記憶，依 topic 隔離
提案指出 Hermes 目前每個 agent 都需要獨立的 profile 與 gateway 行程，若要同時跑多個不同用途的 agent 就要開多個 process，各自佔用資源；提案參考 OpenClaw 的單一 daemon 架構，讓多個 agent 共用同一個 daemon 行程，各自擁有獨立 workspace 與記憶，並依 session key（含群組內 topic）路由訊息。
功能提案：跨 session 搜尋與自動壓縮的持久化 Session Memory
此提案指出 Hermes 目前的 session memory 是暫時性的，session 結束或 gateway 重啟後對話脈絡就會遺失，導致使用者必須不斷重新說明環境、偏好與專案狀態；提案建議建立一個以 markdown 檔案為單位、可搜尋且能自動壓縮的持久化「Vault」式 session memory 系統。
新增 mempalace 外部記憶體支援
此 issue 提議為 Hermes 加入 mempalace 模組（連結至 milla-jovovich/mempalace repo），提供結構化的外部記憶功能，讓 agent 能擁有超越 context window 的持久化、可查詢記憶，支援長時間任務與跨 session 的連續性。提案包含可插拔的儲存後端（預設本機 SQLite + 向量嵌入）、對話中自動擷取重點事實、語意相似度檢索，以及新的設定項目。此 issue 已關閉。