Claude · Claude Code Schritt für Schritt · Kapitel 8 · 4 Min.

Plan-Modus: erst denken, dann bauen

Die eine Angewohnheit, die den größten Unterschied macht. Kostet dreißig Sekunden, spart ganze Nachmittage.

Auf dem Bau würde niemand auf die Idee kommen, ohne Plan anzufangen. Man schaut sich an, was da ist, überlegt sich die Reihenfolge, klärt die Schnittstellen — und erst dann kommt der Bagger.

Beim Arbeiten mit KI machen fast alle das Gegenteil. Auftrag rein, los geht's, und zwanzig Minuten später steht etwas, das man so nicht wollte.

Was der Plan-Modus ist

Wie du ihn einschaltest

Mit der Tastenkombination:

Shift + Tab

Jedes Drücken schaltet einen Modus weiter. Unten im Fenster steht, wo du gerade bist — plan mode on ist der, den du suchst. Nochmal drücken, bis du wieder beim Standard bist.

Du kannst es auch einfach sagen: „Mach erst einen Plan, bevor du etwas änderst.“ Das wirkt fast genauso gut und ist leichter zu merken.

Warum das so viel bringt

1. Du siehst den Irrtum, bevor er teuer wird

Der häufigste Fall ist nicht, dass Claude etwas falsch macht. Es ist, dass er etwas anderes richtig macht, als du gemeint hast. Im Plan steht das in drei Zeilen, und du siehst es sofort. Im fertigen Ergebnis siehst du es nach einer halben Stunde.

2. Der Plan zwingt zur Erkundung

Wer einen Plan schreiben soll, muss erst nachsehen, was überhaupt da ist. Genau das führt dazu, dass er bestehende Dinge wiederverwendet statt neben dem Vorhandenen etwas Zweites aufzubauen.

3. Er kann Rückfragen stellen, solange sie noch etwas ändern

Im Plan-Modus fragt Claude eher nach, weil er noch nichts entschieden hat. Nutz das.

Merke

Je größer die Aufgabe, desto lohnender der Plan. Bei „ändere die Überschrift“ ist er Zeitverschwendung. Bei „bau die Kontaktseite um“ ist er der Unterschied zwischen einem Nachmittag und zehn Minuten.

Wie ein guter Plan aussieht

Ein brauchbarer Plan beantwortet vier Fragen:

1. Was genauWelche Dateien, welche Stellen?
2. ReihenfolgeWas zuerst, was baut auf was auf?
3. WiederverwendenWas ist schon da und muss nicht neu gebaut werden?
4. PrüfenWoran erkennen wir am Ende, dass es geklappt hat?

Fehlt der letzte Punkt, frag danach. „Woran erkennen wir, dass es geklappt hat?“ ist eine Frage, die auf jeder Baustelle selbstverständlich ist und beim Programmieren gern vergessen wird.

Den Plan korrigieren

Der Plan ist ein Entwurf, kein Vertrag. Sag, was daran nicht stimmt:

Schritt 3 fällt weg, das machen wir später. Bei Schritt 2 nimm die Funktion, die schon in der anderen Datei steht, statt eine neue zu schreiben. Und schreib dazu, wie wir am Ende prüfen, ob es läuft.

Er schreibt den Plan neu. So oft, bis er passt. Das kostet fast nichts, weil noch nichts gebaut wurde.

Der Plan als Gedächtnis

Ein Nebeneffekt, den man leicht übersieht: Der Plan überlebt den Neustart.

Wenn eine große Aufgabe nicht in eine Sitzung passt — und das kommt vor — lass den Plan als Datei speichern. Beim nächsten Mal fängst du nicht bei null an, sondern sagst: „Hier ist der Plan, wir waren bei Schritt 4.“

Die Gewohnheit

Es gibt eine einfache Faustregel, an der ich mich festhalte:

Wenn ich nicht in einem Satz sagen kann, welche Datei sich wie ändern soll, gehe ich in den Plan-Modus.

Das ist erstaunlich oft der Fall. Und es hat mir mehr Ärger erspart als jede andere Angewohnheit in diesem ganzen Lehrgang.

In einem Satz

Wenn du nicht in einem Satz sagen kannst, welche Datei sich wie ändern soll, gehörst du in den Plan-Modus.