Checkpoints & Rewind
- Verstehen, was ein Checkpoint erfasst — und was er stillschweigend nicht erfasst
- Das Rewind-Menü auf zwei Wegen öffnen und jedes Mal die richtige Wiederherstellungsaktion wählen
- 'Restore' (Zustand rückgängig machen) von 'Summarize' (Kontext komprimieren) unterscheiden
- Genau wissen, warum Checkpoints Git ergänzen, aber niemals ersetzen
Die Grundidee
Wenn du Claude auf eine ambitionierte, großflächige Änderung ansetzt, ist die beängstigendste Frage: „Was, wenn es drei Änderungen tief schiefgeht?" Checkpointing ist die Antwort: Claude Code erstellt vor jeder Änderung automatisch eine Momentaufnahme deines Codes, sodass du zu einem beliebigen früheren Zustand zurückkehren kannst, statt ein halb fertiges Refactoring von Hand zu entwirren.
Stell es dir als lokales Undo für die gesamte Sitzung vor — ein Sicherheitsnetz, das dir erlaubt zu sagen „Ja, probier den kühnen Ansatz" ohne Angst.
Wie Checkpoints erstellt werden
Du erstellst Checkpoints nicht — sie entstehen automatisch.
- Jeder Benutzer-Prompt erfasst den Zustand deines Codes, bevor Claudes Werkzeuge zum Bearbeiten von Dateien laufen. Kein Befehl, keine Konfiguration, kein Aufwand.
- Checkpoints überleben das Beenden und Fortsetzen einer Unterhaltung, sodass du auch in einer fortgesetzten Sitzung zurücksetzen kannst, nicht nur in der laufenden.
- Checkpoints werden zusammen mit ihrer Sitzung nach 30 Tagen entfernt (konfigurierbar). Sie sind eine Wiederherstellung auf Sitzungsebene, kein Archiv.
Das Rewind-Menü öffnen
Es gibt zwei Wege hinein:
- Gib den Slash-Befehl im Prompt ein. Funktioniert immer.
- Doppeltes Esc öffnet das Rewind-Menü, wenn das Eingabefeld leer ist. Steht Text darin, löscht doppeltes Esc stattdessen diesen Text (der gelöschte Text wird im Eingabeverlauf gespeichert, drücke danach also die Pfeiltaste nach oben, um ihn zurückzuholen).
Open the rewind menu
/rewind
Das Menü listet jeden Prompt auf, den du in dieser Sitzung gesendet hast. Wähle den Punkt, auf den du reagieren möchtest, und wähle dann eine Aktion.
Restore vs. Summarize: die entscheidende Unterscheidung
Hier geraten die Leute durcheinander. Das Menü bietet zwei Arten von Aktionen:
- Restore-Aktionen ändern den Zustand auf der Festplatte und/oder in der Unterhaltung — sie machen rückgängig.
- Summarize-Aktionen berühren deine Dateien nie — sie komprimieren die Unterhaltung, um Platz im Kontextfenster freizugeben.
- Restore = rückgängig machen (setzt Code, Unterhaltung oder beides zurück). Summarize = Kontext komprimieren (Dateien auf der Festplatte bleiben unberührt).
- Greif zu Restore, wenn eine Änderung etwas kaputt gemacht hat. Greif zu Summarize, wenn die Sitzung aufgebläht ist, der Code aber in Ordnung ist.
Die Restore-Aktionen
- Setze sowohl deine Dateien als auch den Chat-Verlauf auf den ausgewählten Punkt zurück — ein sauberes 'Zeit-Zurückspulen' zu diesem Moment.
- Spule den Chat zu dieser Nachricht zurück, behalte aber deinen aktuellen Code. Nützlich, um eine Frage neu zu stellen, ohne Änderungen zu verlieren, die du behalten möchtest.
- Setze Dateiänderungen zurück, behalte aber die Unterhaltung. Mach die Änderungen rückgängig, behalte die Diskussion darüber.
Nach dem Wiederherstellen der Unterhaltung (oder der Wahl von „Summarize from here") wird der ursprüngliche Prompt der ausgewählten Nachricht zurück ins Eingabefeld gelegt, sodass du ihn erneut senden oder bearbeiten kannst.
Die Summarize-Aktionen
Beide komprimieren einen Teil der Unterhaltung zu einer KI-generierten Zusammenfassung — wie ein gezieltes /compact, bei dem du wählst, welche Seite der ausgewählten Nachricht du zusammendrückst.
- Nachrichten VOR der ausgewählten Nachricht bleiben unverändert. Die ausgewählte Nachricht und alles danach werden zu einer Zusammenfassung. Nutze es, um eine Nebendiskussion zu verwerfen und dabei den frühen Kontext in vollem Detail zu behalten.
- Nachrichten VOR der ausgewählten Nachricht werden zu einer Zusammenfassung; die ausgewählte Nachricht und alles danach bleiben unverändert. Du bleibst am Ende der Unterhaltung. Nutze es, um frühes Setup-Geplänkel zu komprimieren und dabei die jüngste Arbeit wortwörtlich zu behalten.
Die ursprünglichen Nachrichten bleiben in beiden Fällen im Sitzungstranskript, sodass Claude die Details weiterhin heranziehen kann. Du kannst optionale Anweisungen eingeben, um zu steuern, worauf sich die Zusammenfassung konzentriert.
Für den gesamten Ablauf siehe Kontext-Management — die Summarize-Aktionen von /rewind sind ein Skalpell, wo /compact ein breiter Pinsel ist.
Über ein /clear hinaus zurücksetzen
Wenn du früher im selben Claude-Code-Prozess /clear ausgeführt hast, zeigt das Rewind-Menü oben einen zusätzlichen Eintrag: /resume <session-id> (previous session). Wähle ihn, um zu der Unterhaltung zurückzuspringen, die vor /clear aktiv war.
Wo Checkpoints aufhören — die Grenzen, die wehtun
Checkpoints fühlen sich magisch an, bis sie es nicht mehr sind. Drei Lücken sind wichtig:
- Dateien, die von Shell-Befehlen berührt werden, die Claude ausführt — rm, mv, cp, Code-Generatoren, Formatter — werden NICHT verfolgt. Nur direkte Änderungen über Claudes Werkzeuge zum Bearbeiten von Dateien werden per Checkpoint erfasst. Eine mit rm gelöschte Datei ist, was das Rewind angeht, verloren.
- Manuelle Änderungen, die du außerhalb von Claude Code vornimmst, und Änderungen aus anderen gleichzeitigen Sitzungen werden normalerweise nicht erfasst — es sei denn, sie berühren zufällig dieselben Dateien, die die aktuelle Sitzung bearbeitet hat.
- Checkpoints sind eine schnelle, lokale Wiederherstellung. Sie sind keine Commits, keine Branches und nicht mit deinem Team teilbar.
Checkpoints vs. Git: nutze beide
Sie lösen unterschiedliche Probleme, also kombiniere sie.
Checkpoints (/rewind) | Git | |
|---|---|---|
| Umfang | Eine Sitzung | Gesamte Projekthistorie |
| Granularität | Pro Prompt, automatisch | Pro Commit, bewusst |
| Erfasst per Bash gemachte Änderungen? | Nein | Ja (sobald staged/committet) |
| Lebensdauer | ~30 Tage, dann weg | Dauerhaft |
| Teilbar / kollaborativ | Nein | Ja |
| Denkmodell | „Lokales Undo" | „Dauerhafte Historie" |
- Committe funktionierende Zustände mit Git vor einem riskanten, großflächigen Durchlauf — das ist deine belastbare Basis.
- Nutze /rewind für schnelle Wiederherstellung innerhalb der Sitzung zwischen Commits, ohne deine Git-Historie zu verschmutzen.
- Wenn Claude destruktives Bash (rm/mv) oder Generatoren ausführt, verlass dich auf Git — das Rewind rettet diese Dateien nicht.
Wann du danach greifen solltest
- Probier eine kühne Implementierung, und wenn sie dir nicht gefällt, stelle Code und Unterhaltung auf den Verzweigungspunkt wieder her und probier eine andere.
- Eine Änderung hat vor drei Prompts einen Bug eingeführt? Stelle den Code auf den Zustand kurz davor wieder her, statt durch die Trümmer zu debuggen.
- Experimentiere mit Varianten und wisse dabei immer, dass ein bekannter guter Zustand nur ein /rewind entfernt ist.
- Ein weitschweifiger Debugging-Abstecher hat dein Kontextfenster aufgefressen? Fasse ab dem Mittelpunkt vorwärts zusammen und behalte deine ursprünglichen Anweisungen in vollem Detail.
Check yourself
0/3- Checkpoints sind automatische Momentaufnahmen deines Codes pro Prompt — ein lokales Undo für die gesamte Sitzung, etwa 30 Tage aufbewahrt.
- Öffne das Rewind-Menü mit /rewind oder doppeltem Esc bei leerer Eingabe; es listet jeden Prompt auf, den du gesendet hast.
- Restore-Aktionen machen den Zustand rückgängig (Code, Unterhaltung oder beides); Summarize-Aktionen komprimieren den Kontext und berühren nie Dateien.
- Per Bash gemachte, externe und gleichzeitige Änderungen werden NICHT verfolgt — nur direkte Änderungen per Datei-Werkzeug.
- Checkpoints ergänzen Git, sie ersetzen es nicht: denk an 'lokales Undo' vs. 'dauerhafte, teilbare Historie'.
Weiter
- Kontext-Management —
/compact,/clearund wie Summarize ins größere Bild passt - Plan-Modus — einen Plan untersuchen und genehmigen, bevor Änderungen laufen, sodass du seltener zurücksetzen musst
- Berechtigungen — die andere Hälfte, um ambitionierte Aufgaben sicher auszuführen