一眼看懂:三種記憶腦
OpenClaw 型:工具/任務中心
偏向 agent runtime:任務狀態、工具呼叫、短期上下文、工作區痕跡。
強項
流程執行、tool orchestration、任務 checkpoint。
流程執行、tool orchestration、任務 checkpoint。
弱項
如果沒額外設計,長期偏好與知識檢索容易分散。
如果沒額外設計,長期偏好與知識檢索容易分散。
Hermes 型:訊息/對話中心
偏向 communication bus:conversation、event、agent-to-agent message、摘要。
強項
多代理溝通、對話歷史、事件流 replay。
多代理溝通、對話歷史、事件流 replay。
弱項
不等於知識庫;裸訊息流會變噪音海。
不等於知識庫;裸訊息流會變噪音海。
推薦型:分層混合記憶
Profile/Policy 固定載入 + Episodic RAG + Vault Hybrid RAG + Graph。
強項
偏好穩、查資料準、可追來源、可審計。
偏好穩、查資料準、可追來源、可審計。
成本
需要 schema、curator、audit,不是丟進 vector DB 就好。
需要 schema、curator、audit,不是丟進 vector DB 就好。
推薦架構總圖
User Query
Discord / CLI / web
Discord / CLI / web
→
Intent Router
判斷:問答、工具、wiki、外部寫入
判斷:問答、工具、wiki、外部寫入
→
Memory Composer
組合必要記憶,不塞垃圾
組合必要記憶,不塞垃圾
→
Answer / Action
附來源、守邊界
附來源、守邊界
Core Profile
稱呼、語氣、偏好 Policy / Procedure
工具路由、dry-run、權限 Episodic RAG
案子、事件、報價 Vault Hybrid RAG
wiki、專案文件、canonical Entity Graph
人/案/設備/場地關係 Curator + Audit
該存嗎?過期嗎?衝突嗎?
稱呼、語氣、偏好 Policy / Procedure
工具路由、dry-run、權限 Episodic RAG
案子、事件、報價 Vault Hybrid RAG
wiki、專案文件、canonical Entity Graph
人/案/設備/場地關係 Curator + Audit
該存嗎?過期嗎?衝突嗎?
比較表
| 面向 | OpenClaw 型 | Hermes 型 | 我建議你裝的 |
|---|---|---|---|
| 核心心智 | 任務執行器 + 工具狀態 | 訊息事件流 + 對話記錄 | 分層記憶:行為規則與知識檢索分開 |
| 短期記憶 | 工作區、task state、current run context | conversation thread、message history | rolling summary + active task state |
| 長期偏好 | 通常要另接 profile store | 可從對話萃取,但需 curator | structured profile,固定高優先載入 |
| 工作流程 | skills/tools registry 很適合 | 可用 routing messages,但不夠硬 | policy registry,不靠 RAG 猜 |
| 事件記憶 | task logs 可變 episodic memory | event stream 天然適合 replay | metadata RAG:project/date/source/confidence |
| 文件知識 | 需另接 RAG | 需另接 RAG | hybrid RAG:BM25 + vector + metadata + citation |
| 關係理解 | 通常不是核心 | 可由訊息抽 entity | entity graph 輔助:人、公司、設備、專案 |
| 風險 | 工具做太多但記憶不穩 | 訊息太多變噪音與幻覺來源 | 系統較複雜,但可審計、可分階段做 |
OpenClaw / Hermes 可以怎麼接進來?
OpenClaw 放「手」
負責工具執行、task workspace、checkpoint、artifact 產出。
負責工具執行、task workspace、checkpoint、artifact 產出。
Hermes 放「神經」
負責訊息事件流、agent-to-agent 溝通、thread 摘要。
負責訊息事件流、agent-to-agent 溝通、thread 摘要。
Memory Layer 放「海馬迴」
負責可檢索記憶、偏好、知識、關係、審計。
負責可檢索記憶、偏好、知識、關係、審計。
MVP 實作順序
- Core Memory Store:SQLite/JSONL,存 profile、policy、project facts。
- Memory Search:先 FTS/BM25,再加 embedding。
- Vault Hybrid RAG:project/wiki 文件索引,保留 citations。
- Curator:每次只「建議」存,不自動亂存。
- Audit:定期掃 duplicate/stale/conflict。
- Graph:等人、案、設備變多再上。
記憶資料 schema 範例
{
"id": "mem_20260602_001",
"type": "project_fact | user_preference | policy | event | entity_relation",
"scope": "discord-bot | vault | project:ticc-medical-2026",
"content": "TICC 醫美活動 LED P3.9,三面ㄇ字框,電腦同步播放照片/影片。",
"source": { "kind": "discord", "message_id": "...", "author": "hg" },
"confidence": 0.86,
"created_at": "2026-06-02T00:00:00+08:00",
"updated_at": "2026-06-02T00:00:00+08:00",
"expires_at": null,
"tags": ["LED", "event", "TICC"],
"entities": ["TICC", "LED P3.9"],
"permissions": { "inject_by_default": false, "requires_confirmation": false }
}
腦魔建議結論
不要問「要不要 RAG」,要問「哪種記憶該進哪個器官」。
骨頭
Profile + Policy
Profile + Policy
固定載入,決定行為,不靠相似度。
海馬迴
Episodic + Knowledge RAG
Episodic + Knowledge RAG
查案子、文件、歷史,必須帶 metadata 與來源。
神經網
Hermes/Event Bus + Graph
Hermes/Event Bus + Graph
串多代理、事件與關係,不要讓訊息流直接變真理。