hg腦魔 memory sketch

OpenClaw / Hermes / 推薦混合式記憶架構比較

這份圖是「架構理解版」:OpenClaw、Hermes 的實際細節需以各自 repo/docs 為準;這裡用常見 agent memory patterns 來對照你要的 Discord bot 腦袋。

一眼看懂:三種記憶腦

OpenClaw 型:工具/任務中心

偏向 agent runtime:任務狀態、工具呼叫、短期上下文、工作區痕跡。

強項
流程執行、tool orchestration、任務 checkpoint。
弱項
如果沒額外設計,長期偏好與知識檢索容易分散。

Hermes 型:訊息/對話中心

偏向 communication bus:conversation、event、agent-to-agent message、摘要。

強項
多代理溝通、對話歷史、事件流 replay。
弱項
不等於知識庫;裸訊息流會變噪音海。

推薦型:分層混合記憶

Profile/Policy 固定載入 + Episodic RAG + Vault Hybrid RAG + Graph。

強項
偏好穩、查資料準、可追來源、可審計。
成本
需要 schema、curator、audit,不是丟進 vector DB 就好。

推薦架構總圖

User Query
Discord / CLI / web
Intent Router
判斷:問答、工具、wiki、外部寫入
Memory Composer
組合必要記憶,不塞垃圾
Answer / Action
附來源、守邊界

Core Profile
稱呼、語氣、偏好
Policy / Procedure
工具路由、dry-run、權限
Episodic RAG
案子、事件、報價
Vault Hybrid RAG
wiki、專案文件、canonical
Entity Graph
人/案/設備/場地關係
Curator + Audit
該存嗎?過期嗎?衝突嗎?

比較表

面向OpenClaw 型Hermes 型我建議你裝的
核心心智任務執行器 + 工具狀態訊息事件流 + 對話記錄分層記憶:行為規則與知識檢索分開
短期記憶工作區、task state、current run contextconversation thread、message historyrolling summary + active task state
長期偏好通常要另接 profile store可從對話萃取,但需 curatorstructured profile,固定高優先載入
工作流程skills/tools registry 很適合可用 routing messages,但不夠硬policy registry,不靠 RAG 猜
事件記憶task logs 可變 episodic memoryevent stream 天然適合 replaymetadata RAG:project/date/source/confidence
文件知識需另接 RAG需另接 RAGhybrid RAG:BM25 + vector + metadata + citation
關係理解通常不是核心可由訊息抽 entityentity graph 輔助:人、公司、設備、專案
風險工具做太多但記憶不穩訊息太多變噪音與幻覺來源系統較複雜,但可審計、可分階段做

OpenClaw / Hermes 可以怎麼接進來?

OpenClaw 放「手」
負責工具執行、task workspace、checkpoint、artifact 產出。
Hermes 放「神經」
負責訊息事件流、agent-to-agent 溝通、thread 摘要。
Memory Layer 放「海馬迴」
負責可檢索記憶、偏好、知識、關係、審計。

MVP 實作順序

  1. Core Memory Store:SQLite/JSONL,存 profile、policy、project facts。
  2. Memory Search:先 FTS/BM25,再加 embedding。
  3. Vault Hybrid RAG:project/wiki 文件索引,保留 citations。
  4. Curator:每次只「建議」存,不自動亂存。
  5. Audit:定期掃 duplicate/stale/conflict。
  6. 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

固定載入,決定行為,不靠相似度。

海馬迴
Episodic + Knowledge RAG

查案子、文件、歷史,必須帶 metadata 與來源。

神經網
Hermes/Event Bus + Graph

串多代理、事件與關係,不要讓訊息流直接變真理。