Speicher und Schlüsselereignisse

Das Speicher-Panel verwaltet zwei Arten von Gedächtnis: Gesprächskontext (Kurzzeitgedächtnis, vollständiger Kontext) und Schlüsselereignisse (langfristiges, sitzungsübergreifendes Geschäftsgedächtnis).

Kurzzeitgedächtnis

Das Kurzzeitgedächtnis bestimmt, ob sich der Agent «an die letzten paar Durchgänge erinnert»:

• Gesteuert durch die Einstellung «Die letzten N Runden des Chatverlaufs aktivieren» im Speicher-Panel: Sie können festlegen, wie viele der jüngsten Runden behalten werden (eine Frage und eine Antwort = eine Runde), standardmäßig 30 Runden.
• Wenn deaktiviert, wird der durchgangsübergreifende Verlauf nicht mehr an das Modell übergeben, und der Agent «vergisst den vorherigen Durchgang». Wenn ein Kunde meldet, «es erinnert sich nicht an den letzten Durchgang», prüfen Sie hier zuerst.
• Im Debug- / Vorschaumodus ist der Speicher immer leer (jedes Mal ein sauberer Kontext), was normal ist.

Vollständiger Kontext

Innerhalb des Kurzzeitgedächtnis-Fensters behalten ältere Runden standardmäßig nur den reinen Text von «was gefragt, was geantwortet wurde» – welches Werkzeug damals aufgerufen wurde, welche Parameter übergeben wurden und welches Ergebnis zurückkam, stehen nicht im Verlauf. Der vollständige Kontext ist eine Schicht über dem Kurzzeitgedächtnis: Er lässt die jüngsten Runden zusätzlich die vollständige Werkzeugaufruf-Spur tragen (welches Werkzeug aufgerufen wurde, die Eingabeparameter und das zurückgegebene Ergebnis), sodass sich das Modell genau erinnern kann, was es gerade konkret getan hat.

• Gesteuert durch die Einstellung vollständiger Kontext im Speicher-Panel (angezeigt als «letzte N Runden»), standardmäßig 1 Runde, mit einem Bereich von 0–5; 0 bedeutet aus (frühere Runden behalten nur den Frage-Antwort-Text).
• Sie und die Rundenanzahl des Kurzzeitgedächtnisses sind zwei unabhängige Einstellungen, die sich nicht gegenseitig beeinflussen.
• Sie wird nach Runde gezählt (eine Frage und eine Antwort = eine Runde), nicht nach der Anzahl der Antworten: Wenn eine einzelne Runde mehrere Antworten hat, wird sie nicht in der Mitte aufgeteilt – entweder trägt die ganze Runde die Werkzeugspur oder keine davon.

Wann man ihn erhöht: Wenn das Modell «sich anscheinend nicht erinnert, welches Werkzeug es gerade aufgerufen oder welche Parameter es übergeben hat», prüfen Sie zuerst, ob dieser Wert auf 0 oder zu klein gesetzt ist, und erhöhen Sie ihn dann. Umgekehrt gilt: Je mehr Runden getragen werden, desto schneller wächst der Token-Verbrauch – größer ist nicht besser; 1–2 Runden reichen in der Regel.

Schlüsselereignisse

Schlüsselereignisse sind das sitzungsübergreifende, benutzerbezogene Langzeitgedächtnis von LoopAgent (entspricht einem Ticket). Während eines Gesprächs erstellt / aktualisiert / fragt das Modell aktiv Ereignisse für den Benutzer ab (etwa «Rückerstattungsbearbeitung» oder «Kontoanomalie»); wenn derselbe Benutzer in einer anderen Sitzung zurückkehrt, können sie weiterhin gesehen und weiterverfolgt werden.

• Ereignisse sind an die Benutzeridentität geknüpft und über alle Sitzungen dieses Benutzers hinweg sichtbar und bearbeitbar.
• Der System-Prompt jedes Durchgangs trägt automatisch bis zu 5 nicht geschlossene Ereignisse für diesen Benutzer; das Modell fragt aktiv ab, wenn es mehr benötigt.

Unterschied zum gewöhnlichen Agent / FlowAgent: Alle drei Agententypen teilen sich dieselbe Schlüsselereignis-Konfiguration (Schalter + Ereignistypen), aber die Art, wie sie schreiben, unterscheidet sich – LoopAgent schreibt synchron während des Gesprächs (erstellt / ändert Ereignisse direkt innerhalb des Durchgangs); der gewöhnliche Agent / FlowAgent extrahiert asynchron im Hintergrund nach dem Gespräch. Für die allgemeinen Konzepte von Schlüsselereignissen, die Konfiguration von Ereignistypen und Anwendungsfälle siehe Schlüsselereignisse.

Voraussetzungen: Beide Bedingungen müssen erfüllt sein

Damit die Schlüsselereignis-Werkzeuge erscheinen, müssen beide dieser Bedingungen erfüllt sein:

1. Der Haupt-Schalter für Schlüsselereignisse im Speicher ist an;
2. In den Ereignistyp-Kategorien ist mindestens ein Typ konfiguriert.

Schalter an, aber kein einziger Ereignistyp erstellt → die Schlüsselereignis-Werkzeuge erscheinen nicht, und es werden keine historischen Ereignisse injiziert. Das ist keine Fehlfunktion.

Häufige Fragen

• «Das Erstellen eines Ereignisses gibt einen Parameterfehler zurück»: Höchstwahrscheinlich ist der vom Modell verwendete Ereignistyp nicht in Ihrem konfigurierten Typwörterbuch. Prüfen Sie, ob der vom Modell übergebene Typ Wort für Wort mit den Typnamen auf der Einstellungsseite übereinstimmt (groß-/kleinschreibungs- und leerzeichenabhängig).
• «Erstellt, aber bei einem erneuten Besuch nicht zu finden»: Verdächtigen Sie zuerst, dass die Benutzeridentität nicht aufgelöst wurde (anonyme / Kanalsitzung). In diesem Fall fallen Ereignisse auf die Sitzung zurück, und der sitzungsübergreifende Abruf kann sie verpassen.