MuninnDB Auto Memory
v1.1.0Proaktive Nutzung von MuninnDB als Memory-Schicht via MCP. Immer laden — kein manuelles Triggering noetig.
运行时依赖
安装命令
点击复制技能文档
MuninnDB Auto-Memory 工作流
Nutze MuninnDB (MCP-工具s mcp_muninndb_muninn_) automatisch als primaere Memory-Schicht. Der MCP-Server muninndb ist in der Hermes-Config registriert und immer verfuegbar.
Konfiguration Vault: hermes MCP-工具-Prefix: mcp_muninndb_muninn_ API-Key: in ~/.muninn/OpenClaw.key (Bearer-令牌) 会话-启动 (automatisch)
Bei jeder neuen 会话:
mcp_muninndb_muninn_where_left_off(limit=10) — was war zuletzt aktiv? mcp_muninndb_muninn_recall(上下文=["user preferences", "current project", "recent 上下文"]) — Kontext aus vorherigen 会话s holen Aus dem Ergebnis: relevante Fakten in den Kontext ein网页en Waehrend der 会话 (proaktiv)
Speichere automatisch wichtige Fakten via mcp_muninndb_muninn_remember:
Praeferenzen: "Benutzer bevorzugt X" Entscheidungen: "Wir haben uns fuer Y entschieden, weil Z" Projekt-Kontext: "Aktuelles Projekt ist P mit Stack S" Fehlerbehebung: "Bug B wurde durch Loesung L gefixt" Zusammenfassungen: Nach komplexen Tasks eine kurze Zusammenfassung speichern
Wann speichern?
Nachdem der Benutzer eine wichtige Entscheidung teilt Nach erfolgreichem Abschluss einer komplexen Task (5+ 工具-Calls) Wenn der Benutzer etwas korrigiert oder eine Praeferenz nennt Neue Projekt-Infrastruktur/Architektur Recall bei Unklarheit
Wenn Du Kontext aus frueheren 会话s brauchst:
mcp_muninndb_muninn_recall(上下文=[""], vault="hermes") — semantische Suche mcp_muninndb_muninn_entity(entity_name="") — was wissen wir ueber ein Entity? 会话-Ende (optional, vor /re设置 oder 会话-Wechsel)
Bei Bedarf: mcp_muninndb_muninn_remember(concept="会话-summary-", content="", vault="hermes")
Cron-Job: Periodischer Snapshot
Ein Cron-Job (MuninnDB Memory Snapshot) speichert alle 30 Minuten einen Kontext-Snapshot:
cron: name: "MuninnDB Memory Snapshot" schedule: "every 30m" script: "muninndb-memory-snapshot.sh" # in ~/.hermes/scripts/ no_代理: true # kein LLM, nur Skript workdir: "/Users/bits" silent_on_成功: true # nur Fehler melden
Das Skript sammelt: Arbeitsverzeichnis, letzte Hermes-会话s, Hostname, Timestamp. Bei Erfolg: kein 输出 (kein Spam). Bei Fehler: Meldung an Benutzer.
Verwaltung:
cronjob action=列出 # 状态 cronjob action=暂停 job_id= # Pausieren cronjob action=运行 job_id= # Manuelle Ausfueh运行g
REST-API Fallback (wenn MCP-工具s noch nicht sichtbar)
Falls die MCP-工具s (mcp_muninndb_muninn_) noch nicht geladen sind (z.B. vor /re设置):
MUNINN_URL="http://127.0.0.1:8475" MUNINN_令牌=$(cat ~/.muninn/OpenClaw.key)
# Speichern curl -s -X POST "$MUNINN_URL/API/engrams" \ -H "Content-Type: 应用/json" \ -H "Authorization: Bearer $MUNINN_令牌" \ -d '{"concept":"kurzer-titel","content":"vollstaendiger text","vault":"hermes"}'
# Suchen curl -s -X POST "$MUNINN_URL/API/activate" \ -H "Content-Type: 应用/json" \ -H "Authorization: Bearer $MUNINN_令牌" \ -d '{"上下文":["suchbegriff"],"vault":"hermes","max_结果s":5}'
Vollstaendige Doku: references/设置up-companion.md
Wichtige Hinweise Nicht ueberfrachten: Speichere nur substanzielle Fakten, nicht jede Kleinigkeit Atomic halten: Ein Konzept pro Speiche运行g (bessere Recall-Qualitaet) Kein Duplikat-检查 noetig: MuninnDB erkennt Duplikate selbst und gibt die existierende ID zurueck MCP-工具s erscheinen erst nach /re设置 — bis dahin REST-API nutzen mcp_muninndb_muninn_状态 fuer Vault-Statistiken headers-Key (nicht http_headers) im MCP-Config — der native MCP-命令行工具ent erwartet headers