Kurze Antwort: Der Plan-Modus ist ein Berechtigungsmodus in Claude Code, in dem das Modell deine Codebasis erkundet und einen Ansatz vorschlägt, ohne deine Dateien anzufassen. Anthropics Dokumentation beschreibt es genau so: Im Plan-Modus liest Claude Dateien und führt nur lesende Shell-Befehle zur Erkundung aus, bearbeitet deine Quelldateien aber nicht, und wo der Auto-Modus verfügbar ist, laufen zusätzlich vom Klassifikator freigegebene Befehle. In der CLI und in der VS-Code-Erweiterung heißt er Plan. Du erreichst ihn mit Shift+Tab, das durch die Berechtigungsmodi wechselt, oder indem du eine Sitzung mit claude --permission-mode plan startest. Zusätzliche Kosten entstehen nicht, es ist ein Modus und keine kostenpflichtige Funktion.
Was enthalten ist
Der Plan-Modus steht neben den anderen Berechtigungsmodi von Claude Code, und die Unterschiede sind wichtig, weil sie bestimmen, wie viel du beaufsichtigen musst.
Anthropic dokumentiert die Modi so. default, in CLI, VS-Code- und JetBrains-Erweiterung sowie in der Desktop-App als Manuell bezeichnet, fragt bei der ersten Nutzung jedes Werkzeugs nach Erlaubnis. acceptEdits akzeptiert Dateibearbeitungen und gängige Dateisystembefehle wie mkdir, touch, mv und cp automatisch, sofern die Pfade im Arbeitsverzeichnis oder in additionalDirectories liegen. plan erkundet, ohne zu bearbeiten. auto genehmigt Werkzeugaufrufe automatisch, mit Sicherheitsprüfungen im Hintergrund, die abgleichen, ob die Aktionen zu deiner Anfrage passen. dontAsk verweigert Werkzeuge automatisch, sofern sie nicht vorab freigegeben sind. bypassPermissions überspringt Berechtigungsabfragen, außer bei Aktionen, die kein Modus automatisch genehmigt.
Konkret bekommst du im Plan-Modus vollen Lesezugriff und keinen Schreibzugriff. Claude kann Dateien öffnen, Importen folgen, nur lesende Shell-Befehle ausführen, um das Projekt zu verstehen, und sich ein zutreffendes Bild davon machen, wie etwas funktioniert, bevor eine Änderung vorgeschlagen wird. Was es nicht kann, ist deine Quellen bearbeiten.
Genau diese Einschränkung ist der ganze Wert. Der teuerste Fehlschlag beim agentischen Programmieren ist nicht eine falsche Antwort, sondern zwanzig selbstbewusste Änderungen in die falsche Richtung, die du danach wieder auseinandernehmen musst.
So schaltest du den Plan-Modus ein
Drei Wege, je nach Arbeitsweise.
- Mit Shift+Tab durchwechseln. Anthropic dokumentiert diese Taste als Wechsel durch default, acceptEdits, plan und, sofern verfügbar, bypassPermissions und danach auto. Von auto aus führt der erste Tastendruck zurück zu default. Unter Windows leistet Alt+M dasselbe, wenn die Node- oder Bun-Laufzeit den VT-Eingabemodus nicht aktiviert.
- Die Sitzung direkt im Plan-Modus starten. Übergib das Flag:
claude --permission-mode plan. Die CLI-Referenz merkt an, dass du damit in einem anderen Modus wie plan beginnen und später zu bypassPermissions wechseln kannst. - Als Standard für ausgelagerte Sitzungen setzen. Dieselbe Referenz dokumentiert die Übergabe von
--permission-modezusammen mit--model,--effortoder--agent, um Vorgaben für ausgelagerte Sitzungen zu setzen. Praktisch, wenn du Arbeit im Hintergrund laufen lässt.
Prüfe die Modusanzeige, bevor du eine Aufgabe beschreibst. Der häufigste Fehler beim Plan-Modus ist die Annahme, man befinde sich darin, obwohl das nicht stimmt.
Das Muster aus Recherche, Plan und Umsetzung
Das Muster, das am meisten aus diesem Modus herausholt, hat drei getrennte Phasen, und die Disziplin besteht darin, sie getrennt zu halten.
Recherche. Bitte Claude im Plan-Modus zu untersuchen statt zu reparieren. “Erkläre, wie die Authentifizierung in dieser Codebasis funktioniert, wo Tokens erneuert werden und was passiert, wenn die Erneuerung fehlschlägt.” Du kaufst dir ein zutreffendes Modell im Kopf, und du kannst es gegen das prüfen, was du bereits weißt. Das ist deine Kontrolle darüber, ob der Rest tragfähig sein wird.
Plan. Weiterhin im Plan-Modus fragst du nach einem Vorgehen: welche Dateien sich ändern, in welcher Reihenfolge, worin die Risiken liegen, was getestet werden sollte. Lass diesen Plan in eine Markdown-Datei schreiben, damit er die Sitzung überlebt und von jemand anderem geprüft werden kann. Ein guter Plan benennt die Dateien, legt die Reihenfolge fest und sagt deutlich, worin er unsicher ist.
Umsetzung. Modus wechseln und gegen den vereinbarten Plan arbeiten. Weil der Plan schriftlich vorliegt, kannst du jeden Schritt daran prüfen, statt ein großes Diff ohne Bezugspunkt zu begutachten.
Die Dokumentation zu gängigen Arbeitsabläufen behandelt auch das Auslagern von Recherche an Subagenten, was sich hier natürlich anschließt: Erkundung ist genau die Art Arbeit, die einen eigenen Kontext verdient.
Was in einem brauchbaren Plan tatsächlich steht
Die meisten enttäuschenden Pläne enttäuschen, weil die Anfrage zu vage war. Ein Plan, gegen den sich umsetzen lässt, enthält fünf Dinge, und wer sie ausdrücklich anfordert, bekommt ein deutlich anderes Ergebnis.
Er nennt Dateien. “Aktualisiere die Auth-Middleware” ist kein Plan. “Ändere src/auth/middleware.ts und src/auth/refresh.ts, ergänze einen Test in tests/auth/refresh.test.ts” schon.
Er nennt eine Reihenfolge mit Begründung. Ob die Migration vor der Codeänderung kommt oder umgekehrt, ist meist eine Entscheidung mit Folgen, und ein Plan, der die Reihenfolge nicht erklärt, hat sie nicht durchdacht.
Er benennt, was kaputtgehen kann. Welche aufrufenden Stellen vom aktuellen Verhalten abhängen, was mit laufenden Anfragen während eines Deployments passiert, ob die Änderung abwärtskompatibel ist.
Er sagt, worin er unsicher ist. Das ist der wertvollste Abschnitt und derjenige, den du ausdrücklich anfordern musst. Ein Modell, das drei Annahmen auflistet, die es aus dem Code nicht verifizieren konnte, liefert dir genau die Liste zum Selbstprüfen.
Er definiert die Prüfung. Woran du erkennst, dass die Änderung funktioniert hat, formuliert als Test oder beobachtbares Verhalten statt als “sollte klappen”.
Fordere diese fünf Punkte an, und der Plan wird zu einem Dokument, das du einer Kollegin geben kannst, statt zu einer Absichtserklärung in Absatzform.
Nutzen und Modusvergleich
| Modus | Schreibt Dateien | Am besten für | Hauptrisiko |
|---|---|---|---|
| default (Manuell) | Nur nach Rückfrage | Sorgfältige Arbeit an fremdem Code | Abfragemüdigkeit und reflexhaftes Zustimmen |
| plan | Nein | Verstehen, entwerfen, ein Vorgehen prüfen | Vergessen, den Modus wieder zu verlassen |
| acceptEdits | Ja, automatisch | Klar umrissene mechanische Änderungen | Nicht geprüfte Bearbeitungen |
| auto | Ja, mit Sicherheitsprüfungen | Vertraute Routinearbeit | Übermäßiges Vertrauen bei folgenreichen Änderungen |
| bypassPermissions | Ja, ohne Rückfragen | Sandboxes und Wegwerfumgebungen | Alles |
Der Vergleich, auf den es ankommt, ist plan gegen acceptEdits, weil zwischen diesen beiden tatsächlich hin und her gewechselt wird. Nimm plan, wenn du die richtige Änderung noch nicht kennst. Nimm acceptEdits, wenn du sie kennst und die Arbeit mechanisch ist.
Es gibt auch ein Kostenargument. Lange agentische Sitzungen verbrauchen Kontext, und Kontext verbraucht dein Nutzungskontingent. Eine Sitzung, die zwanzig Minuten in die falsche Richtung bearbeitet und dann zurückrudert, kostet weit mehr als eine, die fünf Minuten liest und dann sauber ausführt. Anthropics Dokumentation zu den Kosten von Claude Code erklärt, wie die Nutzung im Terminal funktioniert, und die Live-Kontextanzeige ist die Zahl, die du im Blick behalten solltest.
Tarife, Abrechnung und was zu prüfen ist
Der Plan-Modus selbst ist keine kostenpflichtige Stufe, und der Zugang zu Claude Code hängt an deinem Abo. Anthropics Support-Dokumentation erklärt, dass Pro- und Max-Abonnenten Claude Code mit denselben Zugangsdaten authentifizieren, die sie für Claude nutzen, ein Abo deckt also beides ab.
Was du auf der offiziellen Seite bestätigen solltest, bevor du dich darauf verlässt:
- Welche Tarife Claude Code enthalten und mit welchem Nutzungsumfang. Die Preisseite listet Free, Pro, Max 5x und Max 20x, wobei Max mit fünf- oder zwanzigfacher Nutzung gegenüber Pro beschrieben wird.
- Deinen Abrechnungszeitraum und ob monatlich oder jährlich gilt.
- Ob auf deinem Rechner eine Umgebungsvariable
ANTHROPIC_API_KEYgesetzt ist. Anthropic weist darauf hin, dass Claude Code dann diesen Schlüssel zur Authentifizierung verwendet statt deines Abos, du also pro Token abgerechnet wirst, statt dein Kontingent zu nutzen. - Etwaige Richtlinien auf Organisationsebene bei Team- oder Enterprise-Tarifen, da Berechtigungsmodi zentral eingeschränkt werden können.
Vorbehalte zu Preisen
Preise, Tarifnamen und Nutzungskontingente ändern sich, und nichts auf dieser Seite ist als aktuelles Preisangebot zu verstehen. Prüfe die geltenden Preise auf der offiziellen Seite, bevor du dich festlegst.
Zwei weitere Punkte gehören klar gesagt. Erstens variiert die Verfügbarkeit einzelner Modi: Anthropics Dokumentation merkt an, dass bypassPermissions und auto nur “sofern verfügbar” im Wechsel auftauchen, was von deiner Version und den Einstellungen deiner Organisation abhängt. Zweitens sind manche Bezeichnungen und Kurzformen versionsabhängig, die Bezeichnung Manuell etwa ist ab einer bestimmten Claude-Code-Version dokumentiert. Wenn deine Anzeige nicht zu dem passt, was hier steht, aktualisiere erst einmal, bevor du von einem Fehler ausgehst.
Fehlersuche im Plan-Modus
- Claude hat trotzdem Dateien bearbeitet. Du warst nicht im Plan-Modus. Prüfe die Anzeige und denk daran, dass Shift+Tab durchwechselt statt umschaltet, ein Tastendruck zu viel führt also daran vorbei.
- Der Plan ist vage. Vage Pläne folgen auf vage Anfragen. Fordere benannte Dateien, eine geordnete Reihenfolge und eine ausdrückliche Liste der Unsicherheiten.
- Es fragt ständig, ob es Befehle ausführen darf. Der Plan-Modus erlaubt nur lesende Shell-Befehle. Ein Befehl, den er nicht als rein lesend einstuft, löst weiterhin eine Rückfrage aus, und genau so soll der Modus arbeiten.
- Der Plan war nach Sitzungsende weg. Lass ihn als Markdown-Datei im Repository ablegen. Ein Plan im Scrollback ist ein Plan, den du verlierst.
- Shift+Tab tut unter Windows nichts. Anthropic dokumentiert Alt+M als Alternative, wenn die Node- oder Bun-Laufzeit den VT-Eingabemodus nicht aktiviert.
Produkt, Kurs, App und Plattform in der Praxis
Es gibt drei Wege, darin gut zu werden, und sie passen zu unterschiedlichen Menschen. Die Produktdokumentation ist maßgeblich und knapp, was gut funktioniert, wenn du schon weißt, wonach du suchst. Praktisches Ausprobieren im eigenen Repository bringt dir deine spezifischen Fehlerquellen bei, allerdings langsam. Ein strukturierter Kurs liefert Abfolge und Vokabular und ist damit der schnellste Weg für alle, die sich noch keine Gewohnheiten angeeignet haben.
Die Teams, die am meisten aus diesem Modus holen, behandeln den Plan als Ergebnis der ersten Sitzung, nicht als Vorspiel zur eigentlichen Arbeit. Ein schriftlicher Plan lässt sich von einer Kollegin prüfen, bestreiten und korrigieren, bevor sich eine einzige Zeile ändert, und das ist ein sehr viel günstigerer Ort, eine schlechte Idee abzufangen, als ein Pull Request.
Das gut zu machen ist eher eine Fähigkeit im Führen dieser Werkzeuge als eine Funktion in ihnen: zu wissen, wie viel Kontext nötig ist, wie man einen prüfbaren statt nur plausiblen Plan anfordert und wo die Sicherheit des Modells sein Wissen über dein System übersteigt. Das in einer strukturierten Abfolge zu lernen geht schneller, als es Sitzung für Sitzung selbst herauszufinden, und es überträgt sich auf jedes agentische Werkzeug statt nur auf ein Produkt. Wenn du einen strukturierten Einstieg suchst, sieh dir die Lektionen von Coursiv an und prüfe die aktuellen Tarifdetails auf der offiziellen Seite.
Häufig gestellte Fragen
Kann Claude im Plan-Modus Dateien ändern?
Wie aktiviere ich den Plan-Modus?
claude --permission-mode plan starten. Unter Windows wechselt Alt+M die Modi in Laufzeiten, die den VT-Eingabemodus nicht aktivieren.Kostet der Plan-Modus extra?
Spart der Plan-Modus Nutzung?
Dein nächster Schritt
Starte bei deiner nächsten nicht trivialen Aufgabe im Plan-Modus und fordere das Vorgehen als Markdown-Datei an, bevor irgendetwas bearbeitet wird. Lies sie ordentlich, korrigiere die zwei Dinge, die über dein System falsch angenommen wurden, und wechsle erst dann den Modus, um dagegen umzusetzen. Die meisten, die das einmal probieren, arbeiten danach nicht mehr anders, weil der Plan aus einem großen, nicht prüfbaren Diff eine Folge von Schritten macht, denen du bereits zugestimmt hast.