Wenn Sie schon länger KI-Coding-Tools verwenden, wird Ihnen das Folgende bekannt vorkommen:

  • Sie haben dem Agenten-Modus die Anweisung „Füge dieses Feature hinzu“ gegeben, und das Ergebnis hatte nichts mit dem zu tun, was Sie eigentlich meinten.
  • Jede Korrektur, die Sie gaben, machte das Problem nur noch schlimmer, bis ein Neustart schneller gewesen wäre.
  • Der generierte Code läuft zwar problemlos, aber die zugrundeliegende Architektur ist ein Chaos, das Sie später kaum entwirren können.

Alle drei Probleme haben dieselbe Ursache: Man beginnt mit der Implementierung, bevor das Design tatsächlich feststeht. Cursors Plan-Modus wurde von Grund auf entwickelt, genau dieses Problem zu lösen.


Was ist der Plan-Modus? KI nutzen, ohne dass sie direkt Code schreibt

Der Plan-Modus ist ein spezieller Implementierungs-Planungsmodus, den Cursor im Oktober 2025 eingeführt hat. In einem Satz: Es ist ein Mechanismus, um das Design gemeinsam mit der KI festzulegen, bevor auch nur eine Zeile Code geschrieben wird.

Während der reguläre Agenten-Modus sofort mit der Bearbeitung von Dateien beginnt, durchläuft der Plan-Modus zuerst diesen Prozess:

  1. Klärende Fragen – Der Agent hakt bei Unklarheiten in Ihren Anforderungen nach.
  2. Codebase-Recherche – Er durchsucht automatisch verwandte Dateien und bestehende Implementierungen.
  3. Plan-Generierung – Er schreibt einen detaillierten Plan in Markdown, inklusive Dateipfaden und Code-Referenzen.
  4. Überprüfung und Bearbeitung – Ein Mensch prüft und passt den Plan an, bevor die Ausführung genehmigt wird.
  5. Build (Ausführung) – Nach der Freigabe wechselt der Prozess durch einen Klick auf „Build“ zur eigentlichen Implementierung.

Der entscheidende Schritt ist Nummer 4: das Review. Statt dass die KI eigenmächtig etwas umsetzt, prüft und korrigiert ein Mensch den Plan, bevor es grünes Licht gibt. Genau dieser zusätzliche Schritt verbessert die Qualität des resultierenden Codes erheblich.


So aktivieren Sie den Plan-Modus

Drücken Sie einfach Shift + Tab im Chat-Eingabefeld. Sie können den Modus auch über das Dropdown-Menü auswählen.

Manchmal schlägt Cursor den Wechsel in den Plan-Modus auch automatisch vor, wenn er anhand von Schlüsselwörtern eine komplexe Aufgabe erkennt.


Wann der Plan-Modus glänzt

Laut offizieller Dokumentation ist er besonders in folgenden Situationen effektiv:

Komplexe Features mit mehreren Lösungsansätzen: Nehmen wir die Implementierung von Authentifizierung – JWT, Sessions, OAuth, es gibt verschiedene Wege. Wenn Sie den Ansatz zuerst im Plan-Modus festlegen, verhindern Sie, dass die Implementierung mittendrin abdriftet.

Aufgaben, die sich über viele Dateien oder Systeme erstrecken: Große Refactorings oder Features, die mehrere Module berühren. Wenn man die Tragweite im Vorfeld visualisiert, reduziert das Versehen und unnötige Nacharbeiten.

Wenn Anforderungen vage sind und der Scope zuerst definiert werden soll: Selbst eine schwammige Anweisung wie „Ich will etwas in dieser Art“ wird durch die klärenden Fragen der KI in konkrete Anforderungen übersetzt.

Wenn Sie Architekturentscheidungen vor dem Schreiben von Code überprüfen möchten: „In welcher Schicht sollte diese Logik liegen?“ oder „Welche Bibliothek sollten wir nutzen?“ – solche Entscheidungen können Sie absegnen, noch bevor Code existiert.

Auf der anderen Seite gilt: Für kleine Änderungen oder Routineaufgaben, die Sie ständig machen, spricht nichts dagegen, direkt zum Agenten-Modus zu springen. Der Plan-Modus ist nicht für alles da – der Trick liegt darin, ihn gezielt dann einzusetzen, wenn Komplexität oder Unklarheit ins Spiel kommen.


Pläne speichern und wiederverwenden

Standardmäßig wird ein im Plan-Modus erstellter Plan als temporäre Datei in Ihrem Home-Verzeichnis angelegt. Wenn Sie auf „Save to workspace“ klicken, wird er stattdessen im Ordner .cursor/plans/ gespeichert.

Das bringt Ihnen diese Vorteile:

  • Team-Sharing – Teammitglieder sehen die Design-Absicht hinter der Arbeit.
  • Dokumentation – Eine Aufzeichnung darüber, warum eine bestimmte Implementierung gewählt wurde.
  • Arbeit fortsetzen – Sie können einen Plan problemlos wieder aufgreifen, wenn Sie zwischendurch unterbrochen werden.
  • Kontext für zukünftige Agenten – Eine Übergabe für den nächsten Agenten, der an demselben Feature weiterarbeitet.

Da der Plan einfach eine Markdown-Datei ist, lässt er sich leicht direkt bearbeiten – Sie können einen unnötigen Schritt streichen oder Kontext hinzufügen, den die KI übersehen hat.


Plan → Agent: Ein Praxisbeispiel für den erfolgreichen Workflow

❌ Das typische Fehlermuster

plaintext
[In Agent mode]
"Add user authentication"

→ Sie erhalten Code, bei dem Auth-Logik, Session-Handling und Fehlerbehandlung unentwirrbar miteinander verknüpft sind. Das später wieder aufzudröseln, dauert ewig.

✅ Stattdessen den Plan-Modus nutzen

Schritt 1: Anforderungen im Plan-Modus festklopfen

plaintext
[Switch to Plan Mode with Shift+Tab]
"I want to add user authentication.
 Requirements: email + password login, session management,
 error handling, test coverage"

Die KI stellt klärende Fragen (z. B. „Gibt es bereits eine Auth-Grundlage?“ oder „Wo sollen Sessions gespeichert werden?“). Beantworten Sie diese, erhalten Sie einen Plan wie diesen:

markdown
## Implementation Plan: User Authentication

### Step 1: Build the auth controller
- POST /login endpoint
- POST /logout endpoint

### Step 2: Build the auth service
- Password hash verification logic (kept separate from the controller)

### Step 3: Implement session-management middleware
- Session creation, validation, and teardown

### Step 4: Error handling
- Exception handling for failed auth and expired sessions

### Step 5: Write test coverage
- Unit tests for each endpoint

Schritt 2: Plan prüfen und anpassen

Bearbeiten Sie den Plan aus Ihrer Perspektive – fügen Sie beispielsweise „einen Validierungsschritt vor Schritt 4“ hinzu.

Schritt 3: Auf „Build“ klicken, um zu implementieren (Agenten-Modus)

Sobald Sie mit dem Plan zufrieden sind, klicken Sie auf „Build“. Mit einem klaren Bauplan in der Hand setzt der Agent die Aufgabe um, ohne vom Kurs abzukommen.

Ein weiterer Praxistipp: Anstatt alle Schritte auf einmal auszuführen, setzen Sie ein oder zwei Schritte um und überprüfen Sie zwischendurch, ob alles funktioniert. Das deckt Probleme früher auf und vertieft Ihr eigenes Code-Verständnis.


Wenn etwas schiefgeht: Zurück zum Plan

Wenn der Agent beginnt, etwas zu implementieren, das nicht Ihrer Absicht entspricht, ist der Versuch, ihn mit weiteren Prompts auf Kurs zu bringen, meistens der falsche Weg.

Das ist stattdessen zu tun:

  1. Klicken Sie auf Stop, um die laufende Aktion anzuhalten.
  2. Machen Sie die Änderungen rückgängig.
  3. Kehren Sie zum Plan-Modus zurück und fügen Sie spezifischere Bedingungen hinzu.
  4. Starten Sie den Build erneut.

Das fühlt sich zwar nach dem längeren Weg an, führt aber fast immer schneller zu einem sauberen Ergebnis, als einen laufenden Agenten mit Folgeanweisungen „korrigieren“ zu wollen.

Je größer die Änderung, desto mehr lohnt es sich, echte Zeit in einen akkuraten und klar eingegrenzten Plan zu investieren. Der schwierige Teil ist festzulegen, was gebaut werden soll. Sobald Ihre Anweisungen stimmen, können Sie dem Agenten beim Wie vertrauen.


Cursors vier Modi und wann man sie einsetzt

Um das Beste aus dem Plan-Modus herauszuholen, hilft es, alle vier Modi parat zu haben.

ModusWofür er gedacht istWann er eingesetzt werden sollte
AskFragen, Recherche, Code verstehen„Was macht dieser Code?“ oder „Was verursacht diesen Fehler?“
PlanDesign in Worte fassen, Planung vor der ImplementierungAufgaben über mehrere Dateien hinweg oder bei vagen Anforderungen
AgentCode generieren, bearbeiten und refaktorisierenUmsetzung nach geklärtem Design, Hinzufügen einzelner Features
DebugBugs reproduzieren, Ursachen findenSchwer reproduzierbare Bugs, Untersuchung von Laufzeitfehlern

Die Frage, die Sie sich stellen sollten: „Passt diese Aufgabe in eine Datei? Ist das Design bereits klar?“ Wenn Sie eine dieser Fragen mit Nein beantworten, ist der Start im Plan-Modus die sicherere Wahl.

Ich weise den Agenten-Modus mittlerweile nur noch selten an, sofort einen Fix zu erstellen. Die standardmäßige Nutzung des Plan-Modus zwingt mich quasi dazu, meine Gedanken zur Arbeit parallel zu ordnen. Das große Ganze zuerst im Plan zu erfassen, bevor es weitergeht, spart im Nachhinein massenhaft Zeit durch vermiedene Doppelarbeit.


Häufige Fehler und wie man sie vermeidet

Dem Plan zu blind vertrauen

Ein Plan bleibt letztlich nur eine Hypothese. Wenn Sie während der Implementierung merken, dass „Schritt 5 eigentlich vor Schritt 3 passieren muss“, überarbeiten Sie den Plan, bevor Sie weitermachen. Sklavisch an einem ineffizienten Plan festzuhalten, verfehlt den Zweck.

Den Plan zu granular gestalten

Wenn Sie einen Plan so detailliert schreiben, dass er vorschreibt „Platziere dies auf Zeile X dieser Datei“, nehmen Sie dem Agenten jegliche Flexibilität. Die richtige Granularität liegt grob auf Ebene von „Komponente oder Feature“ – die Feinarbeit überlassen Sie dem Agenten.

Plan-Modus bei zu simplen Aufgaben nutzen

Den Plan-Modus für eine einfache Umbenennung von Variablen oder einen Einzeiler zu verwenden, ist schlicht ineffizient. Man muss auch erkennen können, wann eine Aufgabe einfach genug ist, um sie direkt an den Agenten-Modus zu übergeben.

Den Ask-Modus überspringen und direkt zum Plan springen

Idealerweise verstehen Sie die bestehende Codebase zuerst über den Ask-Modus und entwerfen dann im Plan-Modus. Wer plant, ohne vorher zu begreifen, was bereits da ist, produziert am Ende meist doppelte Implementierungen und Inkonsistenzen.


Neueste Entwicklungen: Plan-Modus und Modellwahl im Jahr 2026

Stand Februar 2026 ist die Wahl des Modells für den Plan-Modus zu einer wichtigen Grundsatzentscheidung geworden.

  • Alltägliche Planerstellung: Composer 1.5 / Auto (schnell, kostengünstig, speziell auf Cursor abgestimmt)
  • Komplexes Architekturdesign: Claude Opus 4.6 (Platz 1 im SWE-rebench-Ranking, unterstützt ein 1M-Token-Kontextfenster)

Cursors eigener Composer 1.5 wird direkt innerhalb von Cursors eigenen Werkzeugen trainiert – dem Editor, dem Terminal und der Suche –, was ihn zu einer besonders starken Wahl für alltägliche Planungs- und Implementierungsarbeiten macht.


Fazit: Erst „Designen, dann Schreiben“

Der Kern hinter dem Plan-Modus ist simpel: Hören Sie auf, die KI spontan „einfach drauf los schreiben“ zu lassen.

  • Lassen Sie sie nicht gegen Anforderungen implementieren, die noch vage sind.
  • Vertrauen Sie dem Urteil der KI nicht blind – bauen Sie einen Review-Schritt ein.
  • Wenn etwas schiefgeht, jagen Sie nicht dem Code hinterher – gehen Sie zurück zum Plan.

Allein diese Denkweise verändert die Qualität und Effizienz von KI-gestütztem Programmieren grundlegend. Wenn Sie das Gefühl hatten, der Agent sei „ausgebrochen“ oder Sie müssten ständig alles neu machen, probieren Sie den Plan-Modus aus.

So aktivieren Sie den Plan-Modus: Shift + Tab im Chat-Eingabefeld