Claude Code Sitzungsspeicher

Problem: Du startest eine neue Claude-Code-Sitzung und verbringst die ersten fünf Minuten damit, zusammenzufassen, was du gestern erstellt hast. Der Authentifizierungsablauf ist erledigt. Ein Datenbankschema ist ausgewählt. Die Form der „API“ steht fest. Nichts davon ist im Kopf des Modells gespeichert.

Schnelle Lösung: Überprüfe, ob „Session Memory“ für deine Konfiguration bereits aktiviert ist. Wenn Claude Code startet, achte im Terminal auf eine Zeile, die so aussieht:

Recalled 3 memories (ctrl+o to expand)

Wenn diese Zeile erscheint, wurden Zusammenfassungen früherer Arbeiten in diesem Projekt automatisch geladen. Klicke auf „ctrl+o“, um genau zu sehen, was geladen wurde. Wenn du die Zeile noch nicht siehst, erklärt der Rest dieses Leitfadens, wann und wie die Funktion zum Einsatz kommt.

Was Session Memory eigentlich ist

Stell dir Session Memory wie einen Hintergrundmitarbeiter vor. Es läuft während jeder Sitzung eigenständig, beobachtet, was passiert, filtert die nützlichen Teile aus deiner Unterhaltung heraus und schreibt sie als strukturierte Zusammenfassungen auf die Festplatte. CLAUDE.md ist das Gegenteil davon. Du schreibst und pflegst CLAUDE.md von Hand. Session Memory benötigt nichts von dir.

Zwei Arten von Terminal-Meldungen zeigen dir an, dass es funktioniert:

• „Recalled X memories“ wird zu Beginn einer Sitzung angezeigt. Zusammenfassungen früherer Arbeiten im selben Projekt wurden gerade in Claudes Kontext geladen.
• „X Erinnerungen geschrieben“ wird während deiner Arbeit angezeigt. Claude hat gerade einen neuen Schnappschuss der aktuellen Sitzung gespeichert.

Beide Zeilen enthalten „(ctrl+o to expand)“, sodass du alles öffnen kannst, was abgerufen oder geschrieben wurde.

So funktioniert es unter der Haube

Ein Hintergrundprozess verwaltet den Sitzungsspeicher bei jeder Sitzung, die du öffnest. Es lohnt sich, die Funktionsweise zu verstehen.

Speicherort

Zusammenfassungen werden als strukturierte Markdown-Dateien gespeichert, eine pro Sitzung, an einem vorhersehbaren Pfad:

~/.claude/projects/<project-hash>/<session-id>/session-memory/summary.md

Jede Sitzung erhält einen eigenen Ordner und darin eine eigene Zusammenfassung. Die Ordner sammeln sich mit der Zeit an und bilden eine Spur von allem, woran du innerhalb eines bestimmten Projekts gearbeitet hast.

Extraktionshäufigkeit

Es wird nicht bei jeder Nachricht gespeichert. Der Zeitplan ist bewusst gewählt:

• Erste Extraktion: Wird nach etwa 10.000 Tokens der Konversation ausgelöst
• Nachfolgende Aktualisierungen: Alle ~5.000 Token oder nach jeweils 3 Tool-Aufrufen, je nachdem, was zuerst eintritt

Dieser Rhythmus sorgt dafür, dass die Zusammenfassungen nützlich bleiben und vermeidet unnötige Rechenaufwände für belangloses Hin und Her. Eine fünfminütige Korrektur eines Tippfehlers bringt fast nichts. Eine tiefgehende Diskussion über die Architektur bringt viel.

Sitzungsübergreifendes Abrufen

Starte eine neue Sitzung und Claude holt relevante Zusammenfassungen aus der Vergangenheit für dich in den Kontext. Jede ist mit einem Hinweis versehen: „aus VERGANGENEN Sitzungen, die möglicherweise nicht mit der aktuellen Aufgabe zusammenhängen.“ Claude liest sie als Hintergrundinformation, nicht als Anweisungen, denen er folgen muss.

Die Kennzeichnung ist wichtig. Entscheidungen, die du vor drei Wochen getroffen hast, tauchen nicht als starre Regeln wieder auf. Du erhältst Kontinuität, ohne an veraltete Entscheidungen gebunden zu sein.

Was gespeichert wird

Jede Zusammenfassung hat denselben Aufbau:

• Sitzungstitel: Eine automatisch generierte Beschreibung dessen, woran du gearbeitet hast (z. B. „Benutzer-Dashboard mit rollenbasiertem Zugriff implementieren“)
• Aktueller Status: Abgeschlossene Punkte, Diskussionspunkte, offene Fragen
• Wichtige Ergebnisse: Wesentliche Ergebnisse, getroffene Entscheidungen, gewählte Vorgehensweisen
• Arbeitsprotokoll: Eine chronologische Aufzeichnung der während der Sitzung ergriffenen Maßnahmen

Eine Zusammenfassung behandelt, was erledigt wurde und warum, und ist keine wortwörtliche Wiedergabe der Nachrichten. Die Komprimierung ist der springende Punkt. Stundenlange Arbeit schrumpft zu einer fokussierten Zusammenfassung, die Claude fast augenblicklich abruft.

Der Befehl /remember

Session Memory speichert den Rohverlauf. Der Befehl „/remember“ verwandelt diesen Verlauf in dauerhaftes Projektwissen.

Führe „/remember“ aus, und Claude geht die Sitzungszusammenfassungen unter dem oben genannten Pfad durch, sucht nach Mustern, die sich über mehrere Sitzungen hinweg wiederholen, und entwirft Aktualisierungen für „CLAUDE.local.md“. Du hast das letzte Wort bei jeder Ergänzung, bevor sie geschrieben wird.

Angenommen, Claude hat über drei Sitzungen hinweg bemerkt, dass du immer wieder auf dieselbe Regel hinweist: „Verwende immer Server-Aktionen statt API-Routen.“ /remember markiert diese Zeile als gutes Ziel für den dauerhaften Speicher. Sobald sie in CLAUDE.local.md landet, erkennt Claude das Muster bereits aus der ersten Nachricht der nächsten Sitzung – ganz ohne Korrektur.

Stell dir das als Übergabe zwischen automatischem Speicher und bewusster Konfiguration vor.

Sofortige Komprimierung

Bevor es Session Memory gab, konnte das Ausführen von „/compact“ bis zu zwei Minuten Ausfallzeit kosten. Claude las die gesamte Unterhaltung erneut und erstellte sofort eine Zusammenfassung von Hand. Jetzt kehrt „/compact“ sofort zurück.

Der Grund dafür ist, dass eine Zusammenfassung bereits auf der Festplatte gespeichert ist. Die Komprimierung muss keine neue von Grund auf neu schreiben. Sie greift auf die aktuellste Zusammenfassung zu, fügt sie in ein neues Kontextfenster ein und gibt dir die Kontrolle zurück. Dein Kontext-Workflow wird dadurch sowohl schneller als auch vorhersehbarer.

Dieser Unterschied macht sich vor allem bei langen Sitzungen bemerkbar. Anstatt die Pause bei 80 % des Kontexts zu fürchten, kannst du nach Belieben komprimieren. Die Zusammenfassung ist immer bereit.

Verfügbarkeit und Anforderungen

Session Memory ist auf Anthropics hauseigenem „API“ verfügbar. Wenn Claude Code über ein Claude Pro- oder Max-Abonnement mit dem Modell kommuniziert, ist die Funktion standardmäßig aktiviert.

Ein paar Dinge zur Verfügbarkeit:

• API Anbieter: Nutzer von Bedrock, Vertex und Foundry haben keinen Zugriff auf Session Memory. Die Funktion erfordert die native Infrastruktur „API“ von Anthropic.
• Funktionsbeschränkung: Session Memory ist hinter dem Statsig-Feature-Flag von „tengu_session_memory“ gesperrt. Ein zugehöriges Flag, „tengu_sm_compact“, aktiviert das sofortige Komprimierungsverhalten.
• Zeitplan: Das zugrunde liegende System existiert seit etwa Version 2.0.64 Ende 2025. Die sichtbaren Terminal-Meldungen („Recalled/Wrote memories“) traten erstmals in den Versionen 2.1.30 und 2.1.31 Anfang Februar 2026 deutlich in Erscheinung.

Du hast einen unterstützten Tarif und siehst die „Recall“-Zeile immer noch nicht? Dein Konto wurde wahrscheinlich noch nicht umgestellt. Die Einführung erfolgt schrittweise.

Arbeiten mit dem Sitzungsspeicher

Überprüfe deine gespeicherten Erinnerungen

Durchsuche deine Sitzungserinnerungen direkt:

# Find your project's memory directory
ls ~/.claude/projects/
 
# List all sessions for a specific project
ls ~/.claude/projects/<project-hash>/
 
# Read a specific session's summary
cat ~/.claude/projects/<project-hash>/<session-id>/session-memory/summary.md

Maximiere die Erfassung

Je klarer die Struktur einer Sitzung ist, desto aussagekräftiger ist die daraus resultierende Zusammenfassung:

• Formuliere deine Absicht frühzeitig: „Ich baue die Zahlungsintegration mit Stripe auf“ gibt Claude einen klaren Sitzungstitel
• Fasse Entscheidungen explizit zusammen: „Wir haben uns für eine Webhook-basierte Synchronisierung statt Polling entschieden“ wird zu einem Schlüsselergebnis
• Bitte Claude um eine Dokumentation: „Dokumentiere die Architekturentscheidungen, die wir gerade getroffen haben“ löst eine ausführlichere Extraktion aus

Verstehe die Beziehung zu CLAUDE.md

Die beiden Systeme erfüllen unterschiedliche Aufgaben und arbeiten gut zusammen:

Eine Konfiguration, die beides nutzt, ist am effektivsten. Das automatische System sorgt für Kontinuität über mehrere Sitzungen hinweg. CLAUDE.md enthält die Regeln, an die sich Claude tatsächlich halten muss. Der Befehl „/remember“ fungiert als Brücke und überträgt Muster von einer Seite zur anderen.

Nächste Schritte

• Richte dein CLAUDE.md-Speichersystem für dauerhafte Projektanweisungen ein
• Entdecke den automatischen Speicher, damit Claude eigene Notizen zu deinem Projekt machen kann
• Lerne Strategien zum Kontextmanagement, um innerhalb der Token-Limits zu arbeiten
• Entdecke das Kontextmanagement für fortgeschrittene sitzungsübergreifende Workflows
• Verstehe Context Engineering für Produktions-AIssysteme

Die beste Art von Funktion ist die, die du gar nicht mehr wahrnimmst. Session Memory arbeitet im Hintergrund der Sitzung, erfasst die Teile, die es wert sind, erfasst zu werden, und stellt sie wieder zur Verfügung, wenn sie das nächste Mal wichtig sind. Öffne eine neue Sitzung und stelle fest, dass Claude bereits über die Arbeit von gestern Bescheid weiß. Das ist die Funktion, die still und leise ihre Arbeit erledigt.