KI-Memory verstehen: Welche Art von Erinnerung gehört in welchen Speicher?
Kurz gesagt
KI-Memory ist kein einheitlicher Baustein, sondern mehrere unterschiedliche Erinnerungsarten: kurzfristiger Gesprächskontext, episodische Erinnerungen an frühere Vorgänge, semantische Fakten über eine Person, feste Handlungsanleitungen und Reflexionen aus vergangenen Fehlern. Verbindlicher Geschäftszustand wie Rechnungsstatus oder Kundennummer gehört dagegen nie allein ins Memory, sondern immer in das eigentliche Fachsystem – ein KI-Gedächtnis ist eine kuratierte, fehlbare Hilfsstruktur, kein Ersatz für ein System of Record.
Fünf Arten von Erinnerung – und wo sie hingehören
- Working Memory / Gesprächsverlauf: der aktuelle Auftrag oder ein Zwischenergebnis, meist im laufenden Prozesszustand oder aktuellen Kontext gehalten. Risiko: Verlust bei Abbruch und ein begrenztes Kontextfenster.
- Episodisch: die letzten Nachrichten oder ein konkreter vergangener Vorgang, meist in einem Sitzungsspeicher oder als selektiv abgerufener Kontext gehalten. Risiko: unkontrolliertes Wachstum, veraltete Fehler oder sensible Inhalte, die zu lange aufbewahrt werden.
- Semantisch persönlich: etwa eine bevorzugte Sprache oder ein bevorzugtes Format, in einem Profil- oder Memory-Speicher mit Nutzerkontrolle gehalten. Risiko: veraltete oder unzulässig gespeicherte Angaben.
- Prozedural: ein freigegebener Prozess oder eine Werkzeuganleitung, die in einer versionierten Richtlinie, im Code oder als Workflow gehalten werden sollte – ausdrücklich nicht als frei editierbare Erinnerung, weil sie sonst unkontrolliert verändert werden könnte.
- Reflexion: eine aus früheren Fehlern abgeleitete Lehre, etwa "beim letzten Projekt scheiterte der Import X", in einem Memory-Speicher mit Zeitpunkt und Quelle gehalten. Risiko: falsche Verallgemeinerung aus einem Einzelfall.
Verbindlicher Geschäftszustand wie Rechnungsstatus oder Kundennummer gehört dagegen strikt in das System of Record – das eigentliche Fachsystem – und darf niemals ausschließlich aus dem Memory stammen.
Warum eine Memory Write Policy nötig ist
Ein System sollte nicht jede Nutzeräußerung dauerhaft speichern. Eine Memory Write Policy legt fest, welche Arten von Informationen überhaupt gespeichert werden dürfen, wie sensibel sie sind, zu welchem Zweck, in welchem Geltungsbereich, ob eine Bestätigung nötig ist, wie lange sie aufbewahrt werden und was bei widersprüchlichen Einträgen passiert. Kritische Erinnerungen sollten für den Nutzer sichtbar, korrigierbar und löschbar sein – ein unsichtbares, unkontrollierbares Gedächtnis ist sowohl ein Vertrauens- als auch ein Datenschutzproblem.
Beim Abruf zählt nicht nur Ähnlichkeit
Wird beim Antworten auf gespeicherte Erinnerungen zurückgegriffen, reicht reine inhaltliche Ähnlichkeit nicht aus. Mindestens ebenso wichtig sind der Geltungsbereich (welcher Nutzer, welcher Mandant), die Aktualität, das Vertrauensniveau der Quelle und mögliche Widersprüche zu neueren oder autoritativeren Datensätzen. Ein älterer Erinnerungseintrag darf einen neueren oder maßgeblichen Datensatz nie stillschweigend überschreiben oder verdrängen.
Zusammenfassungen sind praktisch, aber verlustbehaftet
Zusammenfassungen reduzieren die Menge an Text, die ein System im Kontext mitführen muss – sie sind aber grundsätzlich verlustbehaftete Ableitungen des Originals. Bei jeder Verdichtung sollte ein System deshalb auf die zugrunde liegenden ursprünglichen Ereignisse oder Nachrichten zurückverweisen können, und bei wichtigen Entscheidungen sollte bei Bedarf erneut die Primärquelle statt nur die Zusammenfassung herangezogen werden.
Die klare Grenze, die nie verwischt werden darf
Ein KI-Gedächtnis ist eine kuratierte, grundsätzlich fehlbare Hilfsstruktur – kein Ersatz für kontrollierte Fachsysteme. Verbindliche Rechts-, Finanz-, Kunden- und Prozessdaten gehören immer in ein System, das Transaktionssicherheit, Nachvollziehbarkeit und Zugriffskontrolle nach klaren Regeln garantiert. Ein KI-Assistent darf sich an eine Kundenpräferenz "erinnern" – er darf sich nicht an einen Rechnungsbetrag "erinnern" müssen, wenn dieser jederzeit im führenden System nachprüfbar sein sollte.