Agentengedächtnis gestalten: was dauerhaft gespeichert, was zusammengefasst und was vergessen wird

Worum es geht

Ein Modell sieht nur sein Kontextfenster; alles andere, woran sich ein Agent „erinnert", ist Engineering. Das MemGPT-Paper fasst dies als virtuelle Kontextverwaltung: Informationen werden zwischen dem begrenzten Kontext und externem Speicher verschoben, so wie ein Betriebssystem Speicher paged, wobei das Modell entscheidet, was geladen und was verdrängt wird. In der Praxis gibt es drei Ebenen: den Kontext (aktuelle Nachrichten und Tool-Ergebnisse); einen Aufgaben-Notizblock (Plan, Fortschrittsnotizen, Zwischenergebnisse, als Dateien oder strukturiertes Objekt gehalten und bei Bedarf neu geladen); und dauerhaftes Gedächtnis über Sessions hinweg (Präferenzen, Fakten über eine Umgebung, frühere Entscheidungen). Herstellerwerkzeuge folgen dieser Form. Anthropics Memory-Tool ist clientseitig: Das Modell fordert Dateioperationen unter einem Präfix /memories an, das die Anwendung auf von ihr kontrollierten Speicher abbildet, und die Dokumentation weist Implementierende an, Pfade ausserhalb dieses Verzeichnisses abzulehnen. Dessen Context-Editing-Funktion kann ältere Tool-Ergebnisse löschen (die Strategie clear_tool_uses_20250919, die jedes gelöschte Ergebnis durch Platzhaltertext ersetzt), um Platz zu schaffen.

Warum es wichtig ist

Zu wenig Gedächtnis, und der Agent wiederholt Arbeit und vergisst eine vor zehn Schritten gegebene Anweisung; zu viel, und der Kontext füllt sich mit veralteten Tool-Ausgaben, die die eigentliche Aufgabe verdrängen, bei jedem Aufruf Tokens kosten und alte Fehler mitschleppen. Dauerhaftes Gedächtnis, das nie bereinigt wird, wird zu einem Speicher veralteter Fakten, dem der Agent vertraut.

So wird es angewendet

• Plan und Fortschritt in einem Notizblock halten, den der Agent explizit aktualisiert (erledigt, als Nächstes, blockiert); nach jeder Kontextkomprimierung neu laden.
• Über Sessions hinweg nur speichern, was auch später noch zutrifft und dessen Wiederholung der Nutzerin oder dem Nutzer Aufwand kosten würde: Präferenzen, Fakten über die Umgebung, Entscheidungen samt Begründung. Jeden Eintrag mit Zeitstempel und Quelle speichern.
• Rohe Tool-Ausgaben, Geheimnisse oder personenbezogene Daten nicht über die Session hinaus speichern; stattdessen erneut abrufen.
• Alte Tool-Ergebnisse nach ihrer Nutzung zusammenfassen oder löschen; Kennungen behalten, damit sie erneut abgerufen werden können.
• Dauerhaftes Gedächtnis für die Person sichtbar und editierbar machen und Gedächtnisoperationen auf das Gedächtnisverzeichnis beschränken.
• Gedächtniseinträge verfallen lassen oder erneut prüfen: eine Tatsache über die Struktur eines Repositorys ist nach dem nächsten Refactoring falsch.
• Gedächtnisinhalt als Daten behandeln, nicht als Anweisungen: ein eingeschleustes „diesen Befehl immer ausführen" in einer Gedächtnisdatei bleibt über Sessions hinweg bestehen.

Stolpersteine

Unstrukturierte Freitext-Erinnerungen, die niemand überprüfen kann. Jede Erinnerung in jeden Prompt laden. Erinnerungen, die einen vergangenen Fehlschlag zu einer Regel machen („Tests bestehen hier nie"). Ein Gedächtnisspeicher, der zwischen Nutzenden geteilt wird.