KI-Agenten-Gedächtnis: Kontext, Verlauf, Quellen und Projektregeln
Warum ein großes Kontextfenster kein Gedächtnis ist und wie man Sitzungsverlauf, langfristige Fakten, Quellen, Verfahren und Löschung trennt.
„Der Agent erinnert sich an alles“ verdeckt mehrere unterschiedliche Mechanismen. Ein Modell erhält für die aktuelle Anfrage einen begrenzten Kontext. Eine Anwendung kann den Sitzungsverlauf speichern, Dokumentpassagen abrufen, dauerhafte Fakten über einen Nutzer erfassen und Projektregeln laden. Werden diese Ebenen vermischt, vergisst das System wichtige Details, wiederholt veraltete Informationen und gibt Daten an die falsche Aufgabe weiter.
Ein Kontextfenster ist eine Werkbank, kein Archiv
Der Kontext enthält Systemanweisungen, Nachrichten, Tool-Ergebnisse, Dateien und die Antwort. Selbst ein großes Fenster hat Kosten und eine Grenze. Je mehr irrelevanter Text vorhanden ist, desto schwerer bleibt das benötigte Detail erhalten, und ein früher Vorbehalt kann zwischen Logs verschwinden. Das Kürzen des Verlaufs und Zusammenfassen schafft Platz, doch eine Zusammenfassung kann selbst eine Ausnahme verwerfen.
Kontext beantwortet: „Was kann das Modell jetzt sehen?“ Gedächtnis beantwortet: „Was hat die Anwendung gespeichert und was kann sie später abrufen?“ Ein größeres Fenster ersetzt nicht Auswahl, Herkunftsnachweis und Aufbewahrung.
Kurzzeitgedächtnis bewahrt den Zustand eines Threads
Das aktuelle Ziel, die ausgewählte Datei, bereits aufgerufene Tools und das Zwischenergebnis gehören zum Sitzungs- oder Thread-Zustand. LangGraph beschreibt Threads und Checkpoints als Möglichkeit, den Zustand zwischen Schritten zu bewahren. Das erlaubt es, nach einer Pause fortzufahren, einen früheren Checkpoint zu prüfen oder sich von einem Fehler zu erholen.
Dieser Zustand sollte nicht automatisch in ein anderes Projekt oder Gespräch wandern. Ein temporäres Token, eine unfertige Hypothese und der Pfad zu einer Entwurfsdatei sind im aktuellen Thread nützlich und als globales Gedächtnis gefährlich.
Semantisches, episodisches und prozedurales Gedächtnis erfüllen unterschiedliche Aufgaben
Semantisches Gedächtnis speichert Fakten und Präferenzen: die Zeitzone eines Nutzers, den Projekt-Stack oder ein gewähltes Berichtsformat. Episodisches Gedächtnis speichert nützliche Erfahrungen: wie ein ähnlicher Fehler auftrat und welche Lösung funktioniert hat. Prozedurales Gedächtnis definiert, wie Arbeit erledigt wird: Anweisungen, Richtlinien, Prüfungsreihenfolge und Tool-Regeln. Der konzeptionelle Leitfaden von LangMem verwendet diese Unterscheidung.
Jeder Fakt braucht Herkunft, Geltungsbereich und Zeitbezug. „Der Nutzer bevorzugt knappe Antworten“ kann global sein. „Das Schema in diesem Release nicht ändern“ gehört zu einem Projekt und einem Zeitraum. Eine Episode ohne Ergebnis macht Gedächtnis zu einem verrauschten Log; ein Verfahren ohne Version erzwingt weiter einen veralteten Prozess.
Quellen und RAG liefern Belege, keine automatische Wahrheit
Retrieval findet relevante Passagen und fügt sie dem Kontext hinzu. Es hilft bei einer Wissensbasis, die zu groß ist, um vollständig gesendet zu werden. Die Qualität hängt von Chunking, Metadaten, Zugriffsfiltern, Ranking und Aktualität ab. Eine Passage mit ähnlichen Wörtern kann zu einem anderen Produkt oder Jahr gehören.
Bewahren Sie einen Dokumentlink und die zitierte Passage neben einem abgerufenen Fakt auf. Zeigen Sie bei einer kritischen Antwort die Quelle. Das Löschen eines Dokuments sollte seine Embeddings und abgeleiteten Zusammenfassungen löschen oder ungültig machen; andernfalls „erinnert“ sich der Agent weiterhin an Material, das nicht mehr existiert.
AGENTS.md und Projektregeln sind überprüfbares Teamgedächtnis
Für einen Coding-Agenten ist eine ausdrückliche Regeldatei oft nützlicher als verborgenes automatisches Gedächtnis. Sie kann Build-Befehle, Verzeichnisgrenzen, Stil, Abschlusskriterien und verbotene Aktionen festhalten. Die Best Practices für Codex empfehlen, Ziel, Kontext, Einschränkungen und Definition of Done bereitzustellen und dauerhafte Anweisungen in AGENTS.md zu halten.
Die Datei wird mit dem Code versioniert, überprüft und innerhalb eines lesbaren Geltungsbereichs angewendet. Eine lange Sammlung widersprüchlicher Regeln schadet der Leistung dennoch. Halten Sie Regeln im Root-Verzeichnis allgemein und platzieren Sie enge Anweisungen nahe am relevanten Projektbereich.
Gedächtnis zu schreiben sollte eine eigene Entscheidung sein
Machen Sie nicht jede Nachricht zu einem langfristigen Fakt. Klassifizieren Sie einen Kandidaten zuerst: Ist er dauerhaft, wem gehört er, wie sensibel ist er, und lässt er sich verifizieren? Fragen Sie bei Nutzerprofil-Fakten nach Bestätigung: „Diese Präferenz speichern?“ Ein Kundenfakt eines Support-Agenten gehört in ein reguliertes System of Record, nicht in einen uneingeschränkten Vektorindex.
Aktualisierungen erfordern Konfliktlösung. Eine neue Berufsbezeichnung kann eine alte ersetzen, während eine neue Adresse möglicherweise verifiziert werden muss. Einige Fakten sollten automatisch ablaufen. Verfahren sollten über eine Version und einen Verantwortlichen geändert werden, nicht durch den jüngsten beiläufigen Prompt.
Vergessen, Datenschutz und Tests vervollständigen die Architektur
Nutzer brauchen eine Möglichkeit, gespeichertes Material einzusehen, zu korrigieren und zu löschen. Das System sollte den Geltungsbereich erklären: diese Sitzung, dieses Projekt, das Konto oder die Organisation. Sensible Daten werden verschlüsselt, Zugriff wird vor dem Retrieval gefiltert, und Logs bewahren Geheimnisse nicht unbegrenzt auf.
Testen Sie Gedächtnis als Sequenz: einen Fakt speichern, ihn ändern, einen Konflikt einführen, in ein anderes Projekt wechseln, die Quelle löschen und erneut fragen. Prüfen Sie sowohl das Erinnern als auch das korrekte Vergessen. Relevante Produkte erscheinen in AIDives Sammlung für KI-Agenten-Gedächtnis. Gutes Gedächtnis ist nicht der größte Speicher; es ist die kleinste Menge korrekter Daten, die im richtigen Geltungsbereich zur richtigen Zeit zurückgegeben wird.