Kurz zusammengefasst
- Das Modell besitzt nicht automatisch ein dauerhaftes Gedächtnis; die Anwendung stellt gespeicherten Kontext erneut bereit.
- Arbeitszustand, Gesprächsverlauf, Langzeitwissen und verbindliche Geschäftsdaten sind unterschiedliche Speicherarten.
- Gespeicherte Erinnerungen können falsch, veraltet oder zu weitreichend sein und brauchen deshalb Herkunft, Gültigkeit und Löschregeln.
- Ein Agentengedächtnis darf kein unkontrollierter Ersatz für CRM, ERP oder andere führende Systeme werden.
Welche Arten von Gedächtnis gibt es?
Während einer Aufgabe hält ein Agent Zwischenergebnisse und den aktuellen Prozesszustand fest. Ein Sitzungsverlauf bewahrt den Dialog eines konkreten Falls. Langzeitgedächtnis speichert ausgewählte Präferenzen oder Fakten über mehrere Sitzungen. Zusätzlich kann der Agent bei Bedarf verbindliches Wissen aus Fachsystemen abrufen.
Diese Formen sollten getrennt behandelt werden. Ein temporärer Rechenschritt braucht andere Aufbewahrung und Rechte als eine Kundenpräferenz; ein bestätigter Vertragsstatus gehört weiterhin in das dafür verantwortliche Fachsystem.
| Speicherart | Zweck und typische Dauer | Verlässliche Quelle | Hauptrisiko und Löschregel |
|---|---|---|---|
| Arbeitsgedächtnis | Zwischenschritte einer Aufgabe; Minuten bis Stunden | Aktueller Lauf und geprüfte Tool-Ergebnisse | Fehler werden weitergetragen; nach Abschluss des Laufs löschen |
| Sitzungsgedächtnis | Dialog und Status eines Falls; bis Fallabschluss | Nachrichten, Ereignisse und bestätigte Eingaben des Falls | Falsche Zuordnung; nach Aufbewahrungsregel schliessen oder löschen |
| Langzeitgedächtnis | Ausgewählte Präferenzen oder Fakten; über Sitzungen hinweg | Bestätigte Information mit Herkunft und Gültigkeit | Veraltete oder sensible Erinnerung; Ablaufdatum und Korrektur anbieten |
| Führendes Fachsystem | Verbindlicher Geschäftsstand; nach fachlicher Aufbewahrung | CRM, ERP oder zuständige Fachdatenbank | Memory widerspricht der Quelle; stets aktuell abrufen statt kopieren |
Wann hilft Memory und welche Fehler entstehen?
Memory verhindert Wiederholungen, ermöglicht längere Aufgaben und kann relevante Präferenzen berücksichtigen. Es erzeugt aber auch neue Fehlerarten: Eine Information kann falsch aus einem Gespräch abgeleitet, einer falschen Person zugeordnet oder nach einer Änderung weiterverwendet werden.
Besonders problematisch ist unsichtbarer Kontext. Wenn Nutzende nicht erkennen, welche Erinnerung eine Antwort beeinflusst, können sie falsche Annahmen kaum korrigieren. Relevante Erinnerungen sollten daher sichtbar, bearbeitbar und auf ihre Herkunft zurückführbar sein.
- Kontinuität nur dort einsetzen, wo sie die Aufgabe nachweislich verbessert
- Fakten nicht allein aus einer Modellzusammenfassung als bestätigt behandeln
- Widersprüche mit aktuellen Fachsystemdaten zugunsten der Quelle der Wahrheit lösen
- Unsichere oder sensible Erinnerungen vor Wiederverwendung bestätigen lassen
Welche Daten- und Zugriffsregeln braucht Agent Memory?
Persistentes Memory ist ein eigener Datenspeicher und muss entsprechend inventarisiert, geschützt und betrieben werden. Zweck, Rechtsgrundlage, Speicherort, Aufbewahrungsdauer, Löschung und Zugriffsrechte sind unabhängig vom verwendeten Modell zu klären.
- Schritt 1
Zweck begrenzen
Nur Informationen speichern, die für eine definierte spätere Aufgabe wirklich benötigt werden.
- Schritt 2
Geltungsbereich festlegen
Memory sauber nach Person, Organisation, Fall und Rolle trennen.
- Schritt 3
Lebenszyklus steuern
Gültigkeitsdatum, Aktualisierung, Korrektur und automatische Löschung definieren.
- Schritt 4
Zugriff nachvollziehen
Lesen, Schreiben und Löschen authentifizieren und protokollieren.
Wie wird Memory robust entworfen und getestet?
Beginnen Sie ohne Langzeitgedächtnis und fügen Sie es nur für klar benannte Informationsarten hinzu. Definieren Sie, wer eine Erinnerung erzeugen darf, wie sie bestätigt wird und wann das System stattdessen aktuelle Daten abfragen muss.
- Tests mit geänderten, widersprüchlichen und absichtlich falschen Erinnerungen durchführen
- Mandanten-, Rollen- und Nutzertrennung gezielt auf Datenlecks prüfen
- Antworten mit und ohne Memory vergleichen, um tatsächlichen Nutzen zu messen
- Nutzenden eine verständliche Ansicht zum Korrigieren und Löschen bieten
Beispiel: Einkaufsagent mit Fallgedächtnis
Ein Einkaufsagent merkt sich innerhalb eines Beschaffungsvorgangs, welche Offerten bereits eingegangen sind und welche Rückfragen offenbleiben. Bevorzugte Lieferbedingungen werden nicht ungeprüft aus Gesprächen übernommen, sondern aus dem freigegebenen Lieferantenstamm abgerufen. Nach Abschluss wird der temporäre Arbeitszustand gelöscht; nur die im Fachsystem dokumentierte Entscheidung bleibt verbindlich erhalten.
Was Sie mitnehmen sollten
Behandeln Sie Agent Memory als kontrollierten Datenspeicher mit Zweck, Herkunft, Gültigkeit und Löschung. Verbindliche Unternehmensdaten bleiben in den verantwortlichen Fachsystemen.
Quellen und Vertiefung
Diese Primärquellen vertiefen Definitionen, technische Grundlagen oder verantwortlichen Einsatz.
Inhaltlich geprüft