Agenten-Gedächtnis: Anthropic erläutert, wie „Dreaming“ Claude beim Korrigieren und Organisieren von Notizen hilft

Anthropic hat am 6. November 2026 einen ausführlichen Engineering-Beitrag veröffentlicht, „The components of agent memory“, der beschreibt, wie seine Agenten das Gelernte von einer Sitzung zur nächsten behalten. Der Text kündigt kein neues Produkt an: Er beschreibt Experimente und eine Methode namens „Dreaming“, die Teams beim Entwickeln von Agenten adaptieren können.

Zwei Phasen: Notieren, dann Konsolidieren

Anthropic versteht unter „Agenten-Gedächtnis“ das, was Claude zwischen den Sitzungen in Form von lesbarem Kontext aufbewahrt (beispielsweise Notizen in einem Verzeichnis) – im Gegensatz zu Modellgewichten, In-Context-Lernen innerhalb einer Konversation oder Kompaktierung. Der Beitrag trennt zwei Momente:

• während der Sitzung schreibt Claude Notizen zu dem auf, was relevant erscheint;
• außerhalb der Sitzung liest ein Dreaming-Durchlauf die Transkripte erneut, um diese Notizen zu korrigieren, neue zu verfassen, ein Wiki aufzubauen oder festzulegen, was beim nächsten Mal standardmäßig geladen wird.

Die Idee greift das von Letta und der UC Berkeley vorgeschlagene Konzept des sleep-time compute auf: Leerlaufzeiten zwischen zwei Interaktionen zu nutzen, um den Kontext neu zu ordnen.

Was die Tests zeigen

Bei einer Aufgabe aus CL-Bench 1.0 (Fragen zu einer Datenbank mit Korrektur nach jeder Antwort) beschreibt Anthropic Fortschritte von Generation zu Generation: Sonnet 4.6 häuft ungeprüfte Hypothesen an, Opus 4.7 konsolidiert ein Referenzdokument, und Opus 5 schließt als erstes Modell den Kreis vollständig (eine Regel, der Nachweis ihrer Gültigkeit sowie die aufgetretenen Fallstricke).

In Pokémon Red zeigt sich der Unterschied darin, was als erinnerungswürdig eingestuft wird: Nach rund 10 000 Schritten hatte Sonnet 3.7 für einen einzigen Orden 413 Dateien in 225 Ordnern angelegt, Claude Fable 5 hingegen neun Dateien und eine global.md für vier Orden. Ein konkretes Beispiel verdeutlicht den Nutzen des Dreaming: Eine fehlerhafte Notiz über den Standort eines Gebäudes ließ Claude im Kreis laufen; nach Abgleich mit dem Transkript korrigiert, ermöglichte sie ihm das Vorankommen.

Auf einem internen Korpus von Stainless (etwa 350 000 Dateien) steigerte das durch Dreaming aufgebaute Wiki die Trefferquote bei 25 Fragen von 13 Prozent auf 48 Prozent der Bewertungskriterien zwischen 2 und 128 Sitzungen. In Kombination mit einem Suchwerkzeug erreicht es 61 Prozent, verglichen mit 53 Prozent bei der Suche allein, und spart etwa 20 000 Tokens pro Frage ein. Bei einem juristischen Benchmark (Harvey LAB) hilft das Wiki, wenn Informationen über mehrere Dokumente verstreut sind, bringt jedoch keinen Vorteil, wenn eine Suche in einer einzelnen Datei ausreicht.

Die bekannten Grenzen

Der Beitrag betont, dass es ratsamer ist, Claude mitzuteilen, wozu das Gedächtnis dient, anstatt wie es genutzt werden soll: Die strikte Vorgabe „nur Fehler notieren“ kostete Opus 5 und Opus 4.7 einen erheblichen Teil ihres Leistungsgewinns. Zudem wird hervorgehoben, dass die bei jedem Start geladene Schicht kompakt bleiben muss: Claude Code liest zu Sitzungsbeginn lediglich die ersten 200 Zeilen oder 25 KB der Datei MEMORY.md. Schließlich kann ein Wiki so weit anwachsen, dass es den Umfang der zusammengefassten Dokumente übersteigt, und das Dreaming verbraucht zusätzliche Rechenleistung.