01 El problema: decir que sí a todo
Le pides a Claude una funcionalidad y te propone añadir tres librerías, una skill y un servidor MCP. Suena razonable, aceptas, y funciona. Dos meses después tu proyecto tiene dependencias que nadie recuerda haber elegido, y cuando algo falla no sabes si es tu código o una pieza que entró sin revisión.
No es mala fe del modelo: ha aprendido de documentación y artículos en los que cada herramienta se presenta como la mejor opción. La solución no es desconfiar de todo, sino introducir una pausa entre la propuesta y la ejecución. Esa pausa es el modo plan.
| En modo plan Claude… | Pero no… |
|---|---|
| Lee archivos y explora la estructura | Edita tu código fuente |
| Ejecuta comandos para investigar | Instala paquetes ni cambia el sistema sin tu permiso |
| Te hace preguntas cuando le falta información | Da por supuestas tus preferencias |
| Escribe un plan con los archivos que tocará | Empieza a ejecutarlo hasta que lo apruebes |
02 Cómo activarlo
Durante la sesión
Pulsa Shift+Tab hasta que la barra inferior muestre «plan mode on». Cada pulsación cambia de modo; vuelve a pulsarla para salir sin aprobar.
Desde el arranque
Inicia Claude Code con claude --permission-mode plan cuando sepas de antemano que quieres pensar antes de tocar nada.
Solo para un mensaje
Empieza el mensaje con /plan seguido de la petición. Ese mensaje se planifica y el resto de la sesión sigue en tu modo habitual.
Por defecto en un proyecto
Define defaultMode con el valor plan en .claude/settings.json para que las sesiones de ese proyecto en el terminal empiecen planificando.
claude --permission-mode plan03 El ciclo completo: explorar, planificar, construir, guardar
-
1
Explorar
Pide a Claude que lea las partes relevantes y te cuente qué ha entendido antes de proponer nada. Corrige sus suposiciones aquí, cuando cuesta cero.
-
2
Planificar
Pide un plan detallado: archivos a crear o modificar, dependencias nuevas, pruebas y riesgos. Con Ctrl+G lo abres en tu editor de texto y puedes reescribirlo a mano.
-
3
Auditar
Antes de aprobar, hazle las preguntas de la sección siguiente. Si algo no convence, elige seguir planificando y explica qué cambiar.
-
4
Construir
Aprueba con el nivel de supervisión adecuado. Si a mitad de camino se desvía, detenlo y vuelve al modo plan.
-
5
Guardar
Termina con un commit cuyo mensaje explique por qué se hizo el cambio, no solo qué cambió. Dentro de tres meses lo agradecerás.
04 Cuatro preguntas para auditar el plan
Antes de añadir dependencias nuevas, revisa package.json (o el gestor que use este proyecto) y dime qué de lo que ya tenemos podría resolver esto. Muéstrame también cómo quedaría con código propio sin librerías nuevas y cuántas líneas supondría. Solo recomienda una dependencia nueva si el ahorro es claro, y explícalo en una frase.Para cada herramienta, librería o servicio que propones, dame dos alternativas además de la tuya. Compáralas en una tabla con: complejidad, tiempo de implantación, mantenimiento visible del proyecto (actividad reciente, licencia) y riesgos. Distingue lo que has comprobado de lo que supones. No elijas tú: espera a que yo decida.Lista exactamente qué archivos vas a crear, modificar o borrar, qué comandos vas a ejecutar y si alguno instala software, cambia configuración global o hace llamadas de red a servicios externos. Marca con «irreversible» cualquier paso que no se pueda deshacer con git.Para cada paquete, skill o servidor MCP nuevo del plan, indica qué permisos necesita, a qué datos accede (archivos .env, credenciales, datos de clientes), a qué dominios se conecta y si envía telemetría. Si no puedes verificarlo en su documentación o su código, escríbelo como «no verificado» en lugar de suponer que es seguro.05 Cómo aprobar según el riesgo
| Opción al aprobar | Qué pasa después | Cuándo usarla |
|---|---|---|
| Sí, con modo automático | Claude ejecuta sin pedirte permiso en cada paso; un clasificador bloquea lo que parezca arriesgado | Tareas acotadas y repetitivas en proyectos que conoces bien |
| Sí, aprobando cada edición | Te pide confirmación en cada cambio | Código crítico, primera vez en un proyecto o planes que tocan zonas delicadas |
| No, seguir planificando | Sigue en modo plan con tus comentarios | El plan tiene huecos o no es el enfoque que querías |
Si tu organización no permite el modo automático, la primera opción aparece como aceptación automática de ediciones, que deja pasar los cambios de archivos pero sigue preguntando por otros comandos. Si activas el ajuste showClearContextOnPlanAccept, también tendrás la opción de aprobar y limpiar el contexto de la planificación, útil cuando la conversación previa ya no aporta.
06 Errores habituales
- ✓Aprobar el plan sin leerlo entero porque «parece bien». Lee al menos la lista de archivos y de dependencias.
- ✓Usar el modo automático la primera vez que pruebas algo nuevo: si el plan tenía un error de diseño, no habrá pausas para detectarlo.
- ✓No guardar el plan: para trabajos largos, pide que lo escriba en un archivo del repositorio (por ejemplo PLAN.md) y revisa luego el resultado contra él.
- ✓Planificar cambios triviales y perder tiempo; resérvalo para lo que tenga incertidumbre.
- ✓Olvidar el commit final con contexto: sin él, el razonamiento del plan se pierde al cerrar la sesión.
Compara el diff actual con PLAN.md. Dime qué pasos del plan están completos, cuáles faltan, qué se ha hecho que no estaba en el plan y si se ha añadido alguna dependencia no aprobada. Después propón el mensaje de commit explicando el motivo del cambio.Preguntas frecuentes
No necesariamente: explorar y redactar el plan también consume. Lo que ahorra es rehacer trabajo cuando Claude se lanza a construir algo que no era lo que querías.
Sí, para investigar. Según tu configuración, los comandos que no son de solo lectura te pedirán aprobación o los revisará el clasificador del modo automático. Las ediciones del código quedan bloqueadas hasta que apruebes.
Sí. En la app de escritorio y en VS Code se elige en el selector de modo, y las sesiones en la nube también ofrecen el modo plan.
Pulsa Ctrl+G para abrirlo en tu editor, cambia lo que necesites, guarda y Claude seguirá con tu versión. También puedes elegir seguir planificando y explicarle el cambio.
Sobre el autor
Equipo editorial de appyweb
Marketing, SEO y desarrollo con IA
Especialistas de appyweb en SEO, publicidad, desarrollo web y automatización con IA.