Planungsmodus
Der Agent schreibt zuerst einen Plan und fasst das Projekt erst nach der Freigabe an. Wann sich das lohnt und wann es nur Verzögerung ist.
Im Planungsmodus schreibt der Agent das Projekt nicht um. Er darf lesen und er darf denken; am Ende schreibt er einen Plan, den du liest und freigibst oder zurückschickst. Es ist der eine Moment, in dem es Sinn hat, auf den Agenten zu warten — bevor er zu schreiben beginnt, nicht danach.
Wie er eingeschaltet wird
In der Konversation unter der Schaltfläche + liegt der Schalter „Planungsmodus“. Er bleibt an, bis du ihn ausschaltest, und man sieht es — die Schaltfläche ist hervorgehoben, sodass du nicht Arbeit übergibst, während du glaubst zu planen.
Das Prompt-Feld fragt dabei selbst anders: „Was soll der Agent planen?“ statt der gewöhnlichen Aufforderung.
Das Umschalten des Modus verlangt einen Neustart des Agenten auf dem Server. Das geschieht von selbst und ist eine Sache von einer, zwei Sekunden — aber genau deshalb wird der Modus nicht bei jedem Prompt umgeschaltet.
Was beim Planen nicht passieren kann
Der Agent läuft mit verbotenem Schreiben. Er kann keine Datei schreiben, er kann keinen Befehl ausführen, der etwas ändert. Es ist kein Versprechen im Auftrag, das er übersehen könnte — es ist die Einstellung, mit der er gestartet wurde.
Der Plan erscheint dann nicht als gewöhnliche Antwort. Der Agent legt ihn als Freigabeanfrage vor, und du siehst den ganzen Plan, nicht seinen Anfang — bei anderen Aktionen genügt es zu wissen, was läuft, hier ist dieser Text selbst der Inhalt der Entscheidung.
Freigeben oder zurückschicken
Bei einem Plan hast du zwei Wege, und beide sind in Ordnung:
- Plan freigeben
- Der Agent beendet den Zug und wartet. Unter der Konversation erscheint eine Schaltfläche: Plan ausführen — ein Tippen statt „dann mach es“ zu schreiben. Erst damit macht er sich an die Arbeit, schon im gewöhnlichen Modus.
- Ablehnen und schreiben, was anders ist
- Du schreibst, was im Plan nicht stimmt, und der Agent arbeitet ihn um — weiter im Planen, weiter ohne zu schreiben. Das ist der billige Weg, ihn irgendwohin zu führen: einen Plan zu korrigieren ist um eine Größenordnung schneller als fertigen Code.
Wann man ihn nutzt
- Bei einem Auftrag, bei dem du nicht sicher bist, ob du ihn gut beschrieben hast. Ein Plan ist die schnellste Probe, dass ihr euch verstanden habt.
- In einem fremden Projekt. Bevor der Agent etwas umschreibt, willst du sehen, welche Dateien er anfasst.
- Bei einer Änderung quer durchs Projekt — Refactoring, Umbenennen, Migration. Dort zeigt sich ein missverstandener Auftrag an fünfzig Stellen.
- Wenn du ohne Freigaben arbeitest. Bypass und Planen sind ein Paar, das Sinn ergibt: die großen Aufträge gehst du mit einem Plan durch, der Rest läuft dann ohne Unterbrechungen.
Wann man ihn nicht nutzt
Bei kleinen Aufträgen ist ein Plan Verzögerung. „Korrigiere den Tippfehler in der README“ braucht keine Überlegung in drei Punkten, und sie zu lesen kostet mehr als die Korrektur.
Er passt auch nicht dort, wo der Agent erst etwas probieren muss, um überhaupt zu wissen, was er vorschlagen soll — etwa beim Debuggen, wo man die Ursache findet, indem man einen Test laufen lässt. Im Planen darf er nichts ausführen, er würde also blind planen.
Ein Plan, um den der Agent selbst bittet
Manchmal kommt ein Plan, obwohl du das Planen nicht eingeschaltet hast — der Agent entscheidet selbst, dass der Auftrag Überlegung verlangt. Es verhält sich gleich: du liest ihn, gibst ihn frei und „Plan ausführen“ erscheint.
Woanders hängengeblieben als hier beschrieben? Schreib an support@coden-app.com.