Plan mode

Boris Cherny hat den Plan-Modus an einem Sonntagabend in 30 Minuten programmiert, nachdem er das Muster in GitHub-Issues erkannt hatte. Technisch reduziert er sich auf eine einzige Anweisung: „please don't code". Claude liest das Repository, ohne es zu verändern, bis der Plan akzeptiert wird, und der Modus wird in «Claude Code» mit Shift+Tab aufgerufen.

Das Designdetail, das immer wieder auffällt, ist das, was der Plan-Modus *nicht* tut. Das Austauschen des Tool-Sets gegen schreibgeschützte Versionen hätte den Prompt-Cache zerstört, da der Cache auf dem Präfix abgleicht und jede Änderung alles Nachfolgende ungültig macht. Das «Claude Code»-Team ließ stattdessen alle Tools unverändert und fügte «EnterPlanMode/ExitPlanMode comme outils» hinzu, mit einer Systemmeldung, die den Modus erklärt. Das Modell kann den Plan-Modus selbständig aufrufen, ohne dass der Cache neu aufgebaut werden muss. Die Tool-Suche folgt derselben Logik mit verzögert ladenden Platzhaltern für ungenutzte «MCP»-Tools.

Cat Wu und Boris Cherny berichten, dass der Plan-Modus die Erfolgswahrscheinlichkeit bei komplexen Aufgaben verdoppelt oder verdreifacht, indem er den Ansatz vor der Ausführung abstimmt. Die eigene Praxis des Claude-Code-Teams geht noch weiter: Eine Claude-Instanz schreibt den Plan, eine zweite prüft ihn mit dem Blick eines Staff Engineers, und wenn eine Implementierung entgleist, besteht der Schritt darin, in den Plan-Modus zurückzukehren, statt weiterzumachen. Addy Osmani setzt ihn an den Anfang des Schreibens von Spezifikationen, als schreibgeschützte Erkundung, bevor überhaupt Code erzeugt wird. Louis Claxtons KI-natives SDLC-Playbook macht ihn zu einem Gate: Die Build-Phase beginnt im Plan-Modus und friert `plan.md` ein, bevor die erste Zeile geschrieben wird.