Jeder große Fortschritt in der Softwareentwicklung hat verändert, wie Teams ihre Absichten ausdrücken. Das Wasserfall-Modell stützte sich auf umfangreiche Dokumente, weil Kursänderungen langsam waren. Agile Methoden reduzierten den Papieraufwand, weil Iteration günstig war und Teams durch das Tun lernten.

Agents benötigen ihren eigenen Planungsstil. Anstatt eines gestuften Prozesses, der die Absicht zu früh einfriert, belohnen sie einen Planungsansatz, der von Anfang an Richtung gibt und dabei lebendig bleibt und in der realen Arbeit verankert ist.

#Was Agents brauchen, um effektiv zu sein

Agents bleiben auf Kurs, wenn sie ein Problem in klare Sprache übersetzen können. Sie stellen Fragen, räumen mit Annahmen auf und skizzieren den Weg, bevor sie Code anfassen. Ihr Training verstärkt dieses Verhalten.

Wenn der Plan explizit und anpassbar ist, können sie längere Arbeitsphasen übernehmen, ohne abzudriften. Deshalb profitiert die Planung für Agents eher von einer iterativen Umgebung als von einer starren Spezifikation. Der Plan wird Teil des Loops.

Wenn der Agent Einschränkungen entdeckt, aktualisiert er den Plan. Wenn der Nutzer seine Absicht schärft, verschiebt sich der Plan erneut. Dieser Rhythmus passt deutlich besser zu agentengetriebener Entwicklung als diskrete Planungsphasen, die aus früheren Epochen übernommen wurden.

#How Cursor designs planning for agent intelligence

Wir haben Plan Mode auf Basis unseres Verständnisses dafür entwickelt, wie Softwareentwicklungsteams mit Agents am produktivsten arbeiten. Es ist ein leistungsfähiger, allgemein einsetzbarer Planungsansatz, der speziell für Agent-gestützte Entwicklung konzipiert ist.

Plan Mode gibt Agents einen Rahmen, um Fragen zu stellen, die Codebasis zu scannen, einen Weg vorzuschlagen und ihn gemeinsam mit dem Nutzer zu verfeinern. Er kann für schnelle Aufgaben schlank bleiben oder zu einem langlebigen, kanonischen Artefakt werden. Der Prozess folgt fünf Schritten:

1. Klärende Fragen. Der Agent stellt Fragen, die Unklarheiten beseitigen. Agile Teams erledigen dies durch schnellen Austausch. Spec-driven Development (SDD) verlagert es in einen formalen Anforderungsschritt. Plan Mode verfolgt dasselbe Ziel, Unklarheiten zu verringern, lässt aber den Agent das Fragen direkt steuern – das passt besser zum Tempo Agent-gestützter Arbeit.

2. Recherche. Der Agent scannt die Codebasis, um die Stellen zu identifizieren, mit denen er interagieren muss. Ältere Workflows behandelten dies als eigene Designphase. Plan Mode integriert es direkt in die Überlegungen des Agents.

3. Ausarbeitung des Plans. Der Agent schreibt eine bearbeitbare Plan-Datei, die die Änderungen und die Schritte zu deren Umsetzung erklärt. SDD friert dies als feste Spezifikation ein. In agilen Ansätzen laufen Dokumente oft auseinander. Plan Mode hält den Plan lebendig, sodass du und der Agent ihn verfeinern könnt, sobald neue Informationen auftauchen.

4. Umsetzung der Arbeit. Der Agent arbeitet Schritt für Schritt und hakt Aufgaben nach und nach ab. Traditionelle Methoden trennen Planung und Implementierung. Plan Mode behandelt sie als einen Prozess, damit sich der Plan laufend anpassen kann.

5. Überarbeitung des Plans. Wenn etwas aus dem Ruder läuft, ist der Plan auch der Ausgangspunkt für einen Neustart. Anstatt das Verhalten mit Folge-Prompts zu flicken, können Teams die Arbeit zurücksetzen, den Plan verfeinern und ihn erneut ausführen. So bleibt die Absicht explizit, und die Ergebnisse werden sauberer, als wenn man einen Agent während der Ausführung steuert.

Pläne werden in deinem Workspace als versionskontrollierte Dateien in .cursor/plans/ gespeichert. Sie liegen neben deinem Code und werden in git wie jedes andere Projektartefakt nachverfolgt. Du kannst sehen, was sich wann geändert hat und bei Bedarf zurücksetzen.

#Flexible Planung mit einfachen Bausteinen

Teams organisieren ihre Vorhaben auf unterschiedliche Weise. Manche stützen sich auf formale Anforderungen. Andere nutzen sich weiterentwickelnde Designs oder phasenbasierte Workflows. Ein Planungs-Framework sollte flexibel genug sein, um abzubilden, wie Teams bevorzugt arbeiten.

Das ist heute noch wichtiger, weil sich die Rahmenbedingungen rasant verändern. Waterfall hat die Planung über Jahrzehnte geprägt. Agile hat Teams für zwei weitere Jahrzehnte geformt. Agent-Intelligenz entwickelt sich in wesentlich kürzeren Zyklen. Jeder starre Prozess wird schnell veralten.

Deshalb haben wir unseren Ansatz um einfache Bausteine herum aufgebaut, die Sie nach Bedarf formen können. Sie können Agent Skills verwenden, um die Planungsstruktur zu definieren, die Ihr Team bevorzugt, und der Agent wird dieser Struktur konsistent folgen.

Manche Teams bilden einen formelleren, spezifikationsgetriebenen Workflow als Agent Skill ab. Andere definieren Skills, die weniger formale, leichtgewichtige Pläne erzeugen, die sich weiterentwickeln, während die Arbeit voranschreitet. Da Pläne durch Skills statt durch einen starren Prozess geformt werden, fügen sich beide Ansätze natürlich in den Plan-Modus ein.

Entscheidend ist nicht, dass unser Planungsansatz abwärtskompatibel ist – das ist er auch. Entscheidend ist, dass er zukunftsorientiert ist. Ein Framework, das auf einem kleinen Satz gemeinsamer Bausteine aufbaut, gibt Teams den Spielraum, ihre Methoden weiterzuentwickeln, während Agents Arbeit übernehmen, die ältere Planungsstile nie vorhergesehen haben.

#Blick nach vorn

Die Größe und Komplexität der Aufgaben, die Agents bewältigen können, nimmt schnell zu. Da wir Plan Mode auf einfachen Grundbausteinen mit Agents im Sinn aufgebaut haben, kann es mit diesen Fortschritten Schritt halten.

Wir testen Agents, die ein Projekt über längere Ausführungen begleiten, Kontext über Sitzungen hinweg behalten und Sub-Agents erzeugen, wenn eine Aufgabe von paralleler Arbeit profitiert. Mehrere Entwicklerinnen und Entwickler werden bald in der Lage sein, derselben Sitzung beizutreten, zu sehen, wie sich der Plan entwickelt, und den Agent zu steuern, während das Projekt voranschreitet. Unser Ziel ist es, den Umfang dessen zu erweitern, was Agents erledigen können, und dabei die Kernelemente zu bewahren, die Softwareteams sich seit jeher von Planung wünschen: Klarheit, Transparenz und Kontrolle für die Nutzer.