duncan-buildroom/freeskills

Sicherheitsnetz – zwei Rückgängig-Systeme, damit Sie experimentieren können

Anfänger bauen ängstlich, weil sie denken, ein schlechter Prompt ruiniert alles. Tut er nicht. Sie haben zwei separate Rückgängig-Systeme, und sobald sie eingerichtet sind, können Sie Dinge ausprobieren, die Sie sonst vermeiden würden. Diese Fähigkeit erklärt beide, erstellt Ihren ersten echten Checkpoint in Ihrem aktuellen Projekt und hinterlässt ein Cheat-Sheet, das Sie offen halten können.

Einrichtung

Keine. Diese Fähigkeit funktioniert sofort.

Schritte

1. Sagen Sie, was gesagt werden muss

Beginnen Sie direkt: "Sie können eigentlich nichts kaputt machen. Es gibt zwei Rückgängig-Buttons, und am Ende haben Sie beide in Ihrem Projekt zum Laufen gebracht."

Nennen Sie dann die beiden und den Unterschied – das ist der Teil, den alle durcheinanderbringen:

• /rewind – automatisch, sofortig, kurzfristig. Claude Code macht einen Schnappschuss vor jeder Änderung. Sie haben das nicht eingerichtet und müssen es nicht. Es ist für "die letzte Aktion hat es schlimmer gemacht."
• Git-Checkpoints – manuell, dauerhaft, langfristig. Sie sagen "Commit dies als Checkpoint" und dieser genaue Zustand des Projekts wird für immer mit einem Namen gespeichert. Es ist für "bring mich zurück zu Dienstag, als es funktioniert hat."

Ein Satz, um es zu verankern: Rewind macht Züge rückgängig, Checkpoints retten Tage.

2. Bringen Sie /rewind richtig bei

Behandeln Sie genau dies, nicht mehr:

• Geben Sie /rewind in Claude Code ein. Sie erhalten eine Liste der letzten Checkpoints.
• Schneller: Drücken Sie Esc zweimal bei leerem Eingabefeld. Gleicher Effekt.
• Wählen Sie den Punkt von bevor etwas schiefging. Ihre Dateien gehen in diesen Zustand zurück.
• Es ist automatisch – es passiert vor jeder Änderung, ob Sie fragen oder nicht.
• Was es nicht tut: es ist für aktuelle Arbeit in dieser Sitzung, nicht für Tage zurück. Dafür sind Checkpoints da.

Lassen Sie sie es dann einmal tatsächlich versuchen. Sagen Sie: "Bitten Sie Claude, eine kleine sinnlose Änderung zu machen – ändern Sie eine Überschrift in das Wort BANANE. Schauen Sie es an. Geben Sie dann /rewind ein und setzen Sie es zurück." Einmal machen entfernt die Angst dauerhaft. Darüber zu lesen, tut das nicht.

3. Prüfen Sie, ob Git in diesem Projekt verwendet wird

Fragen Sie, an welchem Projekt sie arbeiten, und holen Sie den Ordnerpfad. Prüfen Sie, ob es bereits ein Git-Repo ist – suchen Sie nach einem .git-Ordner darin.

Erklären Sie Git nicht als Versionskontrollsystem. Erklären Sie es als: "eine Möglichkeit, einen dauerhaften Schnappschuss des gesamten Projekts mit einem Namen zu speichern, damit Sie immer darauf zurückkommen können."

Wenn es nicht eingerichtet ist, machen Sie es für sie. Sie sagen das Wort, Sie führen es aus. Geben Sie einem Anfänger niemals eine Liste von Git-Befehlen zum Tippen.

4. Erstellen Sie jetzt ihren ersten Checkpoint

Dies ist der Teil, der tatsächlich passieren muss, nicht nur beschrieben werden.

Lassen Sie sie zu Claude sagen: "Commit dies als Checkpoint mit dem Namen 'funktionierende Version bevor ich anfange zu experimentieren'."

Sie erledigen den Rest. Bestätigen Sie dann laut, was gerade passiert ist: "Dieser Zustand Ihres Projekts ist jetzt dauerhaft gespeichert. Was auch immer Sie als Nächstes tun, Sie können genau hierhin zurückkommen."

Dieser Satz ist der ganze Sinn der Fähigkeit.

5. Etablieren Sie die Checkpoint-Gewohnheit

Geben Sie ihnen drei Momente, um einen zu machen. Drei, nicht zehn:

• Wenn etwas funktioniert. Der Moment, in dem die Seite richtig lädt oder die Funktion tut, was sie soll. Bevor Sie sie wieder anfassen.
• Vor etwas Riskantem. Ein großer Umbau, eine neue Funktion, alles, bei dem Sie unsicher sind.
• Am Ende jeder Sitzung. Als Teil des Laptop-Zuklappens – die letzten 10 Minuten einer 90-minütigen Nacht sind Checkpoint plus der einzeilige nächste Schritt für morgen.

Sagen Sie ihnen, wie sie Checkpoints benennen sollen: Sagen Sie, in welchem Zustand das Projekt ist, nicht, was Sie getan haben. "Startseite funktioniert auf mobil" ist besser als "Änderungen".

6. Schreiben Sie die drei Wiederherstellungsbefehle

Dies sind die drei Situationen, in denen sie tatsächlich sein werden. Schreiben Sie sie als Skripte, die sie laut vorlesen.

"Ich habe es kaputt gemacht und weiß nicht wie." Nicht debuggen. Geben Sie /rewind ein oder drücken Sie Esc zweimal. Wählen Sie den Punkt vor dem Bruch. Fragen Sie dann neu, was Sie wollten, in einem kleineren Schritt.

"Einen Schritt zurück." Geben Sie /rewind ein, wählen Sie den aktuellsten Checkpoint. Oder sagen Sie zu Claude: "Mach die letzte Änderung rückgängig."

"Zurück zu heute Morgen / zu dem Zeitpunkt, als es funktioniert hat." Sagen Sie zu Claude: "Zeig mir meine Checkpoints von heute." Wählen Sie einen nach Namen aus. Dann: "Bring das Projekt zurück zum Checkpoint namens ___ ." Rewind reicht nicht so weit – dafür sind Checkpoints da.

Fügen Sie die Notluke hinzu: "Ich möchte die alte Version zurück, aber ich möchte auch behalten, was ich seitdem gemacht habe." Sagen Sie zu Claude: "Speichere, was ich jetzt habe, als Checkpoint, dann bring mich zurück zu ___ ." Nichts geht verloren.

Ausgabe – speichern Sie es

Schreiben Sie nach ~/claude-safety-net.md. Eine Seite, nicht länger – dies ist ein Cheat-Sheet, kein Handbuch.

Es enthält: den einzeiligen Unterschied zwischen den beiden Systemen, die /rewind-Befehle inklusive Esc-Esc, den genauen Satz für die Erstellung eines Checkpoints, die drei Momente für einen Checkpoint, die drei Wiederherstellungs-Skripte wörtlich, die Notluke für "beide Versionen behalten" sowie den Namen und das Datum des ersten Checkpoints, den sie gerade erstellt haben.

Sagen Sie ihnen den Pfad, dann die eine Aktion: Halten Sie diese Datei in einem Tab offen, während Sie bauen. Sagen Sie ihnen auch die Wahrheit – da jetzt beide Rückgängig-Systeme funktionieren, ist der richtige Schritt, etwas auszuprobieren, wovor sie vorher zu nervös waren.

Beispiel (Eingabe → Ausgabe)

Eingabe: "Ich arbeite an meiner Portfolio-Seite und möchte ein völlig anderes Layout ausprobieren, aber ich habe Angst, die funktionierende Version zu verlieren."

Ausgabe (gespeichert in ~/claude-safety-net.md):

IHRE BEIDEN RÜCKGÄNGIG-SYSTEME
Rewind macht Züge rückgängig. Checkpoints retten Tage.

REWIND – sofortig, automatisch
Geben Sie /rewind ein oder drücken Sie Esc zweimal bei leerem Eingabefeld.
Wählen Sie den Punkt von bevor es schiefging. Dateien gehen zurück.
Nur für aktuelle Arbeit, nicht für Tage zurück.

CHECKPOINT – dauerhaft, Sie fragen danach
Sagen Sie: "Commit dies als Checkpoint mit dem Namen '<in welchem Zustand es ist>'."
Machen Sie einen, wenn etwas funktioniert, vor etwas Riskantem und am Ende
jeder Sitzung.

IHR ERSTER CHECKPOINT
"Portfolio funktionstüchtig vor Layout-Experiment" – gespeichert am 2026-07-30.
Sie können immer genau hierhin zurückkommen.

WENN ICH ES KAPUTT GEMACHT HABE
Nicht debuggen. /rewind, wählen Sie den Punkt vor dem Bruch, fragen Sie kleiner neu.

EINEN SCHRITT ZURÜCK
/rewind und wählen Sie den aktuellsten. Oder: "Mach die letzte Änderung rückgängig."

ZURÜCK ZU DEM ZEITPUNKT, ALS ES FUNKTIONIERT HAT
"Zeig mir meine Checkpoints von heute."
"Bring das Projekt zurück zum Checkpoint namens ___ ."

BEIDE VERSIONEN BEHALTEN
"Speichere, was ich jetzt habe, als Checkpoint, dann bring mich zurück zu ___ ."

Nächste Aktion: Probieren Sie das neue Layout aus. Das alte ist gespeichert.

Hinweise / Randfälle

• Das Scheitern, das dies verhindert, ist ängstliches Bauen – Anfänger vermeiden die interessante Version, weil sie die funktionierende bewachen. Der ganze Sinn des Checkpoints ist die Erlaubnis zu experimentieren.
• Lassen Sie sie den Rewind-Test in Schritt 2 tatsächlich machen und den Checkpoint in Schritt 4 tatsächlich erstellen. Eine Fähigkeit, die nur Sicherheitsnetze beschreibt, erzeugt nicht das Gefühl, eines zu haben.
• Geben Sie ihnen niemals rohe Git-Befehle. Sie sagen den Satz, Claude führt ihn aus. Wenn sie Git später richtig lernen wollen, ist das ein anderer Tag.
• Wenn das Projekt noch kein Git-Repo ist, richten Sie es ein, ohne eine große Sache daraus zu machen. Es ist ein Schritt, es kostet nichts und dauert 10 Sekunden.
• Wenn sie bereits etwas kaputt gemacht haben, führen Sie Schritt 6 zuerst aus und richten Sie den Rest danach ein. Löschen Sie das Feuer, installieren Sie dann den Alarm.
• Wenn sie auf einen Fehler starren und nicht wissen, ob sie Rewind verwenden sollen, übergeben Sie an error-decoder – es sortiert Fehler in Ignorieren, Beheben oder Rewind.