MuninnDB integriert Dream Engine zur LLM-Gedächtniskonsolidierung mit Tresor-Isolierung.

✍️ OpenClawRadar📅 Veröffentlicht: 13. April 2026🔗 Source
MuninnDB integriert Dream Engine zur LLM-Gedächtniskonsolidierung mit Tresor-Isolierung.
Ad

MuninnDB hat eine Dream-Engine-Funktion für die LLM-Speicherkonsolidierung hinzugefügt, die nach dem Vorbild der Schlafkonsolidierung im Gehirn modelliert ist. Das Open-Source-Tool ist in Go geschrieben und umfasst Ebbinghaus-Abklingsfunktionen, Hebb'sches Assoziationslernen und Vektorsuchfunktionen.

Wie die Dream Engine funktioniert

Die Konsolidierungspipeline läuft zwischen Sitzungen und führt mehrere Operationen durch:

  • Senkt den Deduplizierungs-Cosinus-Schwellenwert von 0,95 auf 0,85
  • Markiert Fast-Duplikat-Cluster
  • Leitet mehrdeutige Fälle an eine LLM zur semantischen Überprüfung weiter
  • Führt klare Duplikate automatisch zusammen

Sie können es mit einer Trockenlaufoption ausführen: muninn dream --dry-run. Die Beispielausgabe zeigt: "Es wurden keine Änderungen geschrieben. Dream in 0s abgeschlossen, standardmäßig 107 Engramme gescannt (9 zusammengeführt) legal-docs 1 Engramm (geschützt, übersprungen)"

Ad

Vault-Vertrauensstufen für Datenisolierung

Das System implementiert Datenschutz durch Vault-Vertrauensstufen:

  • Rechtliche Vaults: Vollständig übersprungen, niemals an eine LLM gesendet
  • Arbeit/Privat: Nur Ollama oder Anthropic
  • Global/Projekte: Jeder konfigurierte Anbieter

Entwicklungsstatus und Architektur

Der Autor hat Phase 0 mit konfigurierbarer Deduplizierung und Trockenlauf-CLI ausgeliefert. Die nächste Phase (PR #2) wird LLM-Konsolidierung, bidirektionale Stabilität und ein Traumtagebuch-Feature hinzufügen.

Das Tool läuft lokal auf Consumer-Hardware – der Autor erwähnt die Verwendung einer RTX 5070 Ti mit Ollama. Die Architektur wird in einem technischen Artikel detailliert beschrieben, der Neurowissenschaftsparallelen untersucht.

📖 Source: r/LocalLLaMA

Ad

👀 Siehe auch

Lokales Dashboard verfolgt Claude Code-Nutzung mit Token-Kosten, Tool-Aufrufen und Sitzungsanalysen
Werkzeuge

Lokales Dashboard verfolgt Claude Code-Nutzung mit Token-Kosten, Tool-Aufrufen und Sitzungsanalysen

Ein Entwickler hat ein lokales Dashboard erstellt, das JSONL-Sitzungsdateien von Claude Code liest, um die Token-Nutzung, geschätzte Kosten, Tool-Aufrufaufschlüsselungen und Sitzungsverlauf zu visualisieren. Das Tool läuft vollständig auf Ihrem Rechner mit einer Express-API und einem React-Dashboard.

OpenClawRadar
Das feinabgestimmte Qwen3-0.6B-Modell übertrifft den 120B-Lehrer bei strukturierten Funktionsaufrufen.
Werkzeuge

Das feinabgestimmte Qwen3-0.6B-Modell übertrifft den 120B-Lehrer bei strukturierten Funktionsaufrufen.

Distil Labs veröffentlichte eine End-to-End-Pipeline, die ein Qwen3-0.6B-Modell feinabstimmt, um bei IoT-Smart-Home-Funktionsaufrufen eine exakte Übereinstimmung von 79,5 % zu erreichen und damit ein 120B-Lehrermodell um 29 Punkte zu übertreffen. Die Pipeline verwendet Produktionsspuren, um synthetische Trainingsdaten ohne manuelle Annotation zu generieren.

OpenClawRadar
Monarch v3: NES-inspiriertes KV-Paging für 78 % schnellere LLM-Inferenz
Werkzeuge

Monarch v3: NES-inspiriertes KV-Paging für 78 % schnellere LLM-Inferenz

Monarch v3 implementiert NES-inspiriertes Speicher-Paging für Transformer-Modelle und erreicht 78 % schnellere Inferenz (17,01 auf 30,42 Tok/Sek.) bei einem 1,1B-Parameter-Modell mit nahezu null VRAM-Overhead. Der Open-Source-Algorithmus teilt den KV-Cache in heiße und kalte Bereiche mit Komprimierungs- und Beförderungsmechanismen.

OpenClawRadar
🦀
Werkzeuge

mcp-memory: SQLite FTS5 + Googles OKF für schnelles Agentengedächtnis

mcp-memory ist ein MCP-Server, der KI-Agenten persistenten Speicher mithilfe von Googles OKF-Format und SQLite FTS5 für Lookups unter 20 ms bietet. Enthält vier Tools: memory_store, memory_retrieve, memory_search und memory_get_last.

OpenClawRadar