Plan mode

Boris Cherny programó el modo plan en 30 minutos un domingo por la noche, tras detectar el patrón en los issues de GitHub. Técnicamente se reduce a una sola instrucción: "please don't code". Claude lee el repositorio sin modificarlo hasta que se acepta el plan, y el modo se activa con Shift+Tab en «Claude Code».

El detalle de diseño que aparece una y otra vez es lo que el modo plan *no* hace. Cambiar el conjunto de herramientas por versiones de solo lectura habría roto la caché de prompts, ya que la caché coincide por prefijo y cualquier cambio invalida todo lo que viene después. El equipo de «Claude Code» optó en cambio por mantener todas las herramientas en su sitio y añadir «EnterPlanMode/ExitPlanMode comme outils», con un mensaje de sistema que explica el modo. El modelo puede entrar en modo plan por sí mismo sin necesidad de reconstruir la caché. La búsqueda de herramientas sigue la misma lógica, con stubs de carga diferida para las herramientas «MCP» no utilizadas.

Cat Wu y Boris Cherny señalan que el modo plan duplica o triplica la probabilidad de éxito en tareas complejas, al alinear el enfoque antes de la ejecución. La práctica interna del equipo de Claude Code va más allá: un Claude escribe el plan, un segundo lo revisa con la mirada de un ingeniero senior, y cuando una implementación se desvía, la respuesta es volver al modo plan en lugar de insistir. Addy Osmani lo sitúa al inicio de la redacción de especificaciones, como exploración de solo lectura antes de generar cualquier código. La guía del ciclo de vida de desarrollo de software nativo en IA de Louis Claxton lo convierte en una compuerta: la etapa de construcción comienza en modo plan y congela `plan.md` antes de escribir la primera línea.