Memory Governance

Stand: 2026-05-30

Ziel

Hermes darf aus Sessions lernen, aber nicht automatisch ungepruefte Fakten dauerhaft speichern. Memory Consolidation ist deshalb zunaechst ein Preview-/Review-Prozess.

Der vollstaendige Lebenszyklus von Memory-Kandidaten, Review, Obsidian, Qdrant-Reindex und Knowledge Aging ist in Memory Lifecycle und Knowledge Operations beschrieben.

Session Summary Pilot

Tool:

hermes_session_summary_preview

Input:

• Session-Text oder zusammengefasste Messages
• Quelle, z. B. manual_test, voice_session, opencode_context

Output:

• summary
• memory_candidates
• importance_score
• confidence
• requires_review
• delete_correction_workflow

Memory-Kandidaten

Typ	Beispiel	Review
infrastructure_fact	Gateway ist Governance-Schicht	erforderlich
user_preference	bevorzugter Antwortstil	erforderlich
project_context	Projektstatus	erforderlich
decision	Architekturentscheidung	erforderlich
runbook_hint	Hinweis auf Runbook	erforderlich
temporary_session	kurzfristiger Session-Kontext	optional/verfaellt

Verbote

• Secrets
• Tokens
• private Keys
• personenbezogene Daten ohne Zweckbindung
• ungepruefte Produktionsentscheidungen als confirmed
• direkte Infrastruktur-Write-Anweisungen

Review Workflow

1. Preview erzeugen.
2. Operator prueft Quelle, Sensitivitaet und Aktualitaet.
3. Geeignete Kandidaten in Obsidian 00_Inbox oder passende Kategorie schreiben.
4. Confidence zuerst interpreted, erst nach Pruefung confirmed.
5. Qdrant Reindex ausfuehren.

Memory Review UI

Die Review-Oberflaeche liegt hinter der bestehenden OpenWebUI-Session unter:

https://ai.lanstyle.de/opencode-access/memory-review

Eigenschaften:

• liest die append-only Candidate Queue,
• zeigt keine Secretwerte und keine Roh-Beweise,
• speichert Review-Notizen nur als Fingerprint,
• schreibt keine Fakten automatisch nach Obsidian,
• confirmed ist nur fuer Admin/Senior-Approver vorgesehen,
• Operatoren koennen Vorschlaege als interpreted, deprecated oder historical markieren.

Die Queue bleibt absichtlich append-only. Aus einem bestaetigten Candidate wird erst durch einen separaten, reviewbaren Obsidian-/MkDocs-Change ein dauerhaftes Organisationswissen.

Delete / Correction Workflow

1. Falsche Kandidaten verwerfen.
2. Falsche Obsidian-Notiz korrigieren oder deprecated markieren.
3. Qdrant stale chunks entfernen oder Reindex ausfuehren.
4. Audit/Change-Hinweis in MkDocs dokumentieren, wenn Betriebswissen betroffen ist.