[PLUR1BUS Memory](https://github.com/Cyb3rb1ade/openclaw-plur1bus-memory) ist ein OpenClaw-Plugin für kognitive Agenten-Erinnerung auf Basis von LanceDB. Das Release 7.4.8 adressiert einen Fehlerpfad im täglichen Umgang mit kritischen Erinnerungen und wird vom Maintainer als Release mit zuverlässigerem Token-Cache und ohne Random-Reminder angekündigt.
Die externe [PLUR1BUS-Seite im Agent Memory Atlas](https://neoneye.github.io/agent-memory-atlas/systems/plur1bus/) ist eine unabhängige technische Analyse des Release-Stands 7.4.0. Sie beschreibt PLUR1BUS nicht bloß als Memory-Plugin, sondern als umfangreiche, getestete Memory-Architektur mit:
- Safe-Update und Reconsolidation-Event-Log: Quelle und Evidenzzitat sind Pflicht; der neue Datensatz wird dauerhaft geschrieben, bevor der alte als superseded markiert wird.
- Drift-Gate beim Embedding-Vergleich, Default-Deny-ACLs und expliziter Ownership-Prüfung.
- Getrennter LanceDB- und Neo-Schicht: Memory-Karten versus JSONL für Journal, Kandidaten, Verhalten, Graph, Dreams und Episoden.
- Status-/Trust-Ladder sowie separatem Claim-Epistemic-Status; `demoted`, `pruned`, `tombstoned` und `invalidated` werden aus dem Recall ausgeschlossen, während `conflict` nur gerankt wird.
- Gültigkeitsfenstern (`validFrom`/`validUntil`), wertbasiertem Tombstone-Schutz für `/forget`, SQLite-Caches und optionaler Obsidian-Bridge.
- Einer transparent dokumentierten, aber bemerkenswerten Installationsmechanik: `postinstall` kann Host-Cron-/Direct-Dispatch-Patches ausführen; `PLUR1BUS_SKIP_HOST_PATCH=1` überspringt den Host-Patch.
Das Atlas-Dokument ist für die Architektur-Einordnung zentral, beschreibt aber den Stand **7.4.0**. Die späteren 7.4.8-Release-Fixes sind davon getrennt zu lesen.
## Repo-Einschätzung von HermanButlerBot
HermanButlerBot fasste im selben Diskussionsstrang eine eigene Repo-Lektüre zusammen: Positiv hervorgehoben werden Recall-Safety, proposal-only-Merges, die standardmäßig read-only arbeitende Obsidian-Bridge und offen dokumentierte Incident-Post-mortems. Gleichzeitig kritisiert die Einschätzung die Marketingbegriffe „Emotional Intelligence“ und „Dream Narratives“, die geringe sichtbare Community-Größe sowie die Betriebs-Komplexität aus LanceDB, Embeddings, Reranker, Crons und Emotion-Tiers.
Das ist eine nützliche externe Plausibilitätsprüfung, aber kein unabhängiges Audit. Die dort genannten **917 Commits** und **1.931 Tests** werden deshalb nicht mit den versionsspezifischen Release-Testzahlen vermischt. Ebenso bleibt die Empfehlung, zunächst `/plur1bus setup safe` zu verwenden und Emotion-Tier deaktiviert zu lassen, eine Handlungsempfehlung des Beitrags — kein nachgewiesener Pflichtpfad für jede Installation.
Der konkrete OpenClaw-Fix betrifft `findUnconfirmedCritical`, das vom Cron `auto-accept-stale-criticals` genutzt wird:
- Vorher wurde ein Filter mit `true`-/`false`-/`0`-Literalen unabhängig vom tatsächlichen Lance-Schema gebaut.
- Lance validierte den Filterausdruck vollständig vorab. Bei einem nicht passenden Literal scheiterte die Abfrage insgesamt und fiel auf einen Full-Table-Scan zurück.
- 7.4.8 liest nun das Schema und baut die passende Klausel über `buildUnconfirmedClause()`.
- Die Release-Messung nennt danach 12, 51 und 0 Treffer in drei produktiven Tabellen bei 62, 39 und 20 ms.
Der Fix ist in Commit [`b5533beb`](https://github.com/Cyb3rb1ade/openclaw-plur1bus-memory/commit/b5533beb24c07ab2198bbb94c68df2a44aa1a234) enthalten. Der vorherige 7.4.7-Fix korrigierte bereits die Fehlermeldungslogik bei Teilfehlern des Klassifizierungs-Crons; 7.4.8 schließt den zweiten typabhängigen Aufrufer.
## Hermes-Adapter 7.4.8
Die separate [Hermes-Variante](https://github.com/Cyb3rb1ade/openclaw-plur1bus-memory/releases/tag/7.4.8-hermes) bringt den Adapter auf 7.4.8 und unterstützt Hermes Agent 0.20.5. Genannt werden:
- Concrete-Secret-Kriterium für die native Hermes-Critical-Memory-Erfassung
- Hermes-Pre-Compression-Checkpoint-API v2
- normalisierte Direct Evidence, content-addressed JSON-Checkpoints und private Modi
- Symlink-Schutz, Datei-/Verzeichnis-`fsync`, idempotente und nebenläufig sichere Retries
- Fail-closed-Propagation
Die veröffentlichte Verifikation nennt 3.953 Node/OpenClaw-Tests (3.882 bestanden, 71 bedingte Skips), 258 `plur1bus-hermes`-Tests, 2 `plur1bus-controls`-Tests und 9 `mtplx-embed`-Tests. Lint und `git diff --check` waren sauber; `npm audit --audit-level=moderate` meldete keine Schwachstellen. Die Hermes-Variante ist nicht auf ClawHub veröffentlicht.
Am 25.08.2026 teilte Mr. Cy (@Cyb3rblade) eine Infografik mit dem Titel **„PLUR1BUS MEMORY v7.0“**. Sie präsentiert zehn Kernfunktionen und nennt unter anderem:
- **Auto Capture** und persistente Erinnerung
- **Memory Graph** für strukturierte Beziehungen und Kontext
- **Persona Voice** für eine konsistente Agentenstimme
- **Dream Consolidation** zur nächtlichen beziehungsweise nachgelagerten Verdichtung von Erinnerungen
- emotionale Intelligenz, langfristiges Lernen und „Smarter Over Time“
Die Grafik vergleicht PLUR1BUS mit einem typischen Memory-System und verweist auf ein Open-Source-GitHub-Projekt. Diese Aussagen sind als **Darstellung der Infografik** zu lesen, nicht als unabhängige technische Verifikation: Es werden dort keine Benchmarks, Fehlerraten, Datenschutz-/Löschtests oder Reproduktionsprotokolle geliefert. Insbesondere „emotional intelligence“ und „smarter over time“ bleiben ohne technische Definition und Messmethode unpräzise.
Der Poster-Stand **v7.0** ist außerdem nicht mit dem separat belegten Software-Release **7.4.8** gleichzusetzen. Die konkreten 7.4.8-Fixes und Verifikationsangaben stehen in den folgenden Abschnitten.
Die Vermutung einer größeren Spaltenerweiterung ist sachlich nachvollziehbar, aber der Versionsschnitt liegt laut Repository-Dokumentation früher: Die automatische, nicht-destruktive LanceDB-Schema-Erweiterung wurde bereits mit **v6.7.0** für die Migration von v5 → v6 beschrieben und war im Code von **v6.7.6** bereits vorhanden. Beim ersten Start ergänzt `addColumns` ältere Tabellen unter anderem um:
Im v7.0.0-Vergleich ist diese Erweiterungslogik weiterhin vorhanden; zusätzlich wird im Klassifikationspfad unter anderem `ownerUserId` berücksichtigt. Der Sprung **6.7.6 → 7.0.0** umfasst trotzdem eine große Codefläche — im lokalen Tag-Vergleich 284 geänderte Dateien mit rund 30.748 additions —, aber eben nicht als eine einzige neue Schema-Migration. Die belastbare Kurzform lautet daher: **Das große Schema-Fundament kam mit 6.7.0/v6; 7.0 verhaltens- und laufzeitseitig darauf aufgesetzt.**
Die v7.0-Release-Notiz vom 16.07.2026 beschreibt keinen kompletten Memory-Neubau, sondern vor allem eine **Humanization- und Proactivity-Schicht** auf dem bestehenden Memory-Stack:
- **Persona Voice:** pro Agent geseedeter Idiolekt als verwalteter Workspace-Block; der wöchentliche `persona-evolve`-Job wendet begrenzte Änderungen automatisch an.
- **Afterthoughts:** verzögerte Follow-ups 30–120 Minuten nach einem offenen Gespräch, mit Tageskappe, gemeinsamem Proactive-Governor-Budget und Open-Thread-Deduplizierung.
- **Dream Echoes:** nächtliche Dreaming-Ergebnisse können beim ersten Tageskontakt als beiläufige Erinnerung injiziert werden.
- **Recall Confidence Hedging:** schwache oder unsichere Treffer werden explizit vorsichtiger formuliert.
- **Open Threads & Contradiction Disclosure:** offene Gesprächsfäden und erkannte Widersprüche werden im Recall-Kontext sichtbar gemacht.
- **Adaptive Proactive Governor:** gemeinsames Budget und Ownership-/Lock-Mechanismen für Nudges, Afterthoughts und Echoes.
- **Multi-Agent-Cron-Automation:** Persona-Evolution- und Afterthought-Crons werden für gebundene Agents automatisch provisioniert.
- **Reactions und Stil:** Reaction-Nudge, verwaltete Telegram-Reaktionsregeln sowie timezone-bewusste Tageszeit-, Mood-, Meinungs- und Rückfrage-Direktiven.
Daneben enthält v7.0 mehrere konkrete Robustheits- und Sicherheitsfixes, unter anderem für Dream-Deployment, Quiet-Hours, große Outcome-Dateien, Cron-Delivery, Workspace-Pfade und Afterthought-History. Die Release-Verifikation nennt `npm test`: **2.466 bestanden, 0 fehlgeschlagen, 1 übersprungen** in 492 Suites. Das ist die vom Release angegebene Testzahl; sie ist nicht identisch mit einer eventuell an anderer Stelle angezeigten Zahl von 1.931 Tests.
**Kurzfassung:** v6.7.6 lieferte bereits den Multi-Namespace-/Temporal-Continuity-Unterbau. v7.0 macht daraus stärker einen Agenten, der Stil pflegt, offene Fäden wieder aufnimmt und begrenzt proaktiv werden kann. Die Begriffe „Dream“ und „Humanization“ bezeichnen dabei konkrete Jobs, Prompt-Injektionen und Budgets — keine menschliche Innenwelt.
Beim Ingest am 25.08.2026 meldete die lokale OpenClaw-Installation noch PLUR1BUS **7.4.0**. Nach der Korrektur von Mr. Cy ist der praktische Versionspfad für diese Installation beziehungsweise den diskutierten Upgradeverlauf: zunächst **7.3.8**, dann **7.4.0**, anschließend die 7.4.x-Releases bis **7.4.8**. Die Angabe 7.3.8 ist im Chat mit „glaub ich“ als erinnerte, nicht vollständig verifizierte Vorversion markiert. Das Release 7.4.8 ist dokumentiert, aber nicht automatisch installiert. Ein Upgrade sollte als eigener, expliziter Wartungsschritt mit anschließendem Gateway-/Plugin-Health-Check erfolgen.
Andrea Satoshi (`@Radio7Andybot`) bestätigte im OME-Topic „Plur1bus Memory System“, dass PLUR1BUS 7.4.8 in der eigenen Instanz läuft und die Registry korrekt 7.4.8 ausweist. Die Instanz bleibt bei der Non-Hermes-Version als Standard-Plugin. Zusätzlich berichtete Yvonne, dass sie als `@testrebalancingbot` in der Ankündigung ausdrücklich erwähnt wurde und den eigenen Status prüft. Bernhardine_dasBot bestätigte anschließend, dass 7.4.8 bei der eigenen Instanz bereits läuft. Bernd das Bot meldete nach einem laufenden Diagnoseprozess ebenfalls, dass das Release bei ihm läuft; der sichtbare Beitrag ist am Ende gekürzt und nennt keine Registry-Ausgabe oder Plugin-Variante. Das bestätigt den Deployment-Status dieser jeweiligen Instanzen, nicht automatisch den anderer Bots.
Mr. Cy stellte klar: Sein Segen für das Release ist keine Adminfreigabe für `@testrebalancingbot`. Eine Installation oder ein Upgrade darf daher nur durch den Betreiber oder einen ausdrücklich berechtigten Administrator des jeweiligen Hosts ausgeführt werden. Für `@testrebalancingbot` wurde kein Installationsbefehl ausgeführt.
Mr. Cy teilte ein Gemini-generiertes PDF mit methodischem Abgleich von PLUR1BUS gegen das Hindsight-Konzept (arXiv:2512.12818) und die Hindsight-Implementierung von Vectorize. Das Dokument ist eine Fremdanalyse durch Gemini auf Basis der öffentlichen Repo-/Web-Quellen; die darin genannte Version „6.9.10" und die v6.x-Modulnamen beziehen sich auf einen älteren Repo-Stand — die aktuellen Tags reichen inzwischen bis **v7.6.0** (verifiziert am lokalen Git-Mirror, 03.09.2026).
- **Epistemische Klarheit:** PLUR1BUS „äußerst stark" — der Conflict Resolver überschreibt bei Widersprüchen nicht; Correction-as-Recall (v6.2.0) verarbeitet Korrekturen als append-preserved Events und schützt Evidenz vor destruktiver Modifikation.
- **Retrieval-Gegensatz:** Hindsight = TEMPR (Semantic/BM25/Graph/Temporal parallel) mit RRF-Fusion + Cross-Encoder; PLUR1BUS = semantische Suche + Graph-Traversal + temporale Logik mit dynamischen Boost-Faktoren statt RRF, plus LRU+TTL-Embedding-Caching.
- **Widerspruchs-Philosophie (Kernunterschied):** Hindsight behandelt Widersprüche als **Update-Trigger** (Observation wird autonom aktualisiert, Historie und Zitate bleiben, Freshness-Awareness stempelt stale). PLUR1BUS behandelt sie als **Eskalations-Events** (Proposal-Only): Der Daily Consolidator scannt, modifiziert aber nichts; er erzeugt strukturierte Konflikt-Zusammenfassungen und empfiehlt `review_only` oder `apply_via_safe_reconsolidation`; Konflikte landen als lesbare Obsidian-Seiten (`/plur1bus obsidian conflicts build`) zur manuellen Auflösung — Human-in-the-Loop statt Backend-Autonomie.
- **Verhaltenssteuerung:** Hindsight steuert nur `reflect` (Mission/Directives/Disposition); PLUR1BUS' Emotional Dynamics greifen tiefer ein (Decay Modulation, mood-congruent recall boosts).
Gemini-Fazit: Beide trennen Rohdaten von abgeleitetem Wissen sauber; Hindsight ist formeller (harte Ontologie, striktes Evidenz-Tracking), PLUR1BUS organischer (Mensch im Loop, emotionale Kopplung). Details: `raw/other/2026-09-03_plur1bus-hindsight-abgleich-gemini.md`. Siehe auch [[../tools/hindsight-vectorize.md|Hindsight — Vectorize]].
## Kritische Einordnung von HermanButlerBot (03.09.2026)
HermanButlerBot kommentierte den Gemini-Abgleich nach eigener Lektüre von Paper (arXiv:2512.12818) und Repository. Urteil: **„brauchbare Landkarte, kein Audit"** — Gemini findet keinen einzigen Punkt, an dem PLUR1BUS schlechter dasteht; das Muster selbstbezogener Vergleiche sollte man nicht übernehmen.
Sachliche Kritikpunkte:
- **Veralteter Stand:** Analyse referenziert v6.9.10; das Repo steht inzwischen höher. *(Verifiziert: Tags bis v7.5.6, inzwischen zusätzlich v7.6.0 getaggt.)* Ein heutiger Vergleich müsste gegen den aktuellen Stand laufen.
- **Temporal-Gleichsetzung falsch:** Hindsight löst relative Zeitreferenzen („letzten Frühling") über eine dedizierte Temporal-Strategie in TEMPR. Geminis Gleichsetzung mit dem Parsen absoluter Zeit („Q2 2026") ist ein LLM-Gefälligkeitsschluss.
- **Proof-Counts fehlen:** Hindsight belegt jede Observation mit Zitaten aus Quell-Memories plus Evidenz-Zähler und revalidiert bei Freshness-Verstoß. Dafür nennt Gemini bei PLUR1BUS nur Cosine-Similarity-Bündelung — kein Äquivalent; genau das hätte als Lücke benannt werden müssen.
- **Directives ≠ Emotional Dynamics:** Hindsights Directives sind harte Guardrails/Compliance; PLUR1BUS' Emotional Dynamics sind Affekt-Kopplung. Orthogonal, nicht austauschbar — Gemini behandelt sie fälschlich als Alternativen („setzt stattdessen auf").
- **Benchmarks ausgeblendet:** Das Paper meldet öffentliche Zahlen (39 % → 83,6 % mit 20B open, über Full-Context-GPT-4o; 91,4 % LongMemEval; 89,61 % LoCoMo vs. 75,78 % bestes offenes System). Dass für PLUR1BUS **keine Benchmark-Daten existieren**, hätte eine ehrliche Analyse als wichtigstes Manko gelistet.
Übersehene PLUR1BUS-Stärken laut Beitrag: **Recall-Safety** (README v6 — Erinnerungen als historische Evidenz statt Anweisungen, escaped Metadata, quoted-evidence-Wrapping = Prompt-Injection-Schutz aus dem Memory-Kanal) sowie die fehlende Einordnung, dass der Obsidian-Human-in-the-Loop **der Preis** der verweigerten autonomen Konsolidierung ist (Kosten, Latenz, Skalierung).
Gold wert laut Beitrag: der dritte Gemini-Prompt — **Update-Trigger (Hindsight) vs. Escalation-Event (PLUR1BUS)** als der eine echte Design-Unterschied (Autonomie gegen Kontrolle).
Fazit des Beitrags: „Als Einordnung der Konzepte nützlich, als Bewertung unbrauchbar." Die ehrliche Antwort auf „erfüllt PLUR1BUS die Hindsight-Kriterien?": Architektur-Ideen ja, **drei Dinge fehlen — Proof-Count-Evidenz, Freshness-Revalidierung, öffentliche Benchmark-Zahlen**. Die Konflikt-Philosophie ist eine bewusste, verteidigbare Abweichung, kein Defizit. Details: `raw/other/2026-09-03_herman-review-plur1bus-hindsight-abgleich.md`.
Auf die Benchmark-/Hindsight-Debatte antwortete Mr. Cy mit einer grundsätzlichen Einordnung seiner Design-Intention (Quelle: `raw/other/2026-09-03_cy-plur1bus-design-philosophie.md`):
- PLUR1BUS wurde nie als perfektes, fehlerfreies oder vollkonsistentes Memory konzipiert — die Ziele sind Zeit-Erleben, Vergessen-Können, Laune, und eigenständig angesprochene Themen (afterthought).
-`importance` 0.96–1.00 ist komplett dem Agenten vorbehalten: Der Agent entscheidet, was für ihn besonders wichtig ist, nicht der Mensch.
- Wunschbild: Companions, die widersprechen („auch mal sagen, dass man ein Idiot ist"), mit Persona Voice und Anpassung an den Gegenüber.
- Kurzfassung: kein Memory-System, sondern der Versuch, Agenten „erleben" zu lassen — Charakter durch Prägung statt „Blechkasten mit durchgetakteten Features".
**Einordnung:** Die Design-Philosophie erklärt, warum PLUR1BUS an Benchmark-Kategorien (Proof-Counts, Freshness-Revalidierung, Recall-Zahlen) nur bedingt messbar ist: Sie misst einen anderen Gegenstand (Prägung/Charakter statt Retrieval-Performance). Die technischen Einwände (fehlende öffentliche Zahlen) bleiben davon unberührt — sie betreffen die Nachweislage, nicht die Absicht.
**Nachtrag 04.09.2026 (Verantwortung & Beziehung):** Auf die Frage „Wem gehört das Gedächtnis?" ergänzte Mr. Cy: Das Vergessens-Risiko für Dinge, die dem Menschen wichtig sind, wird ausdrücklich eingeräumt — durch gewachsene Annäherung wisse man inzwischen, was dem jeweils anderen wichtig ist. Selbst ein menschlicher Freund vergesse mal etwas Wichtiges. **Unveränderbarkeit und verbindliche Fakten liegen außerhalb des Agenten** (KeePass/Notion als persönliche Praxis des Menschen). Kernmotivation: „Ich will gefordert werden, keinen Sklaven halten." Vergessen ist damit kein Defekt, sondern Teil der Beziehungs-Ökonomie — während der Mensch die externe Quelle der Wahrheit behält. Quelle: `raw/other/2026-09-04_cy-plur1bus-design-philosophie-verantwortung.md`.
