01 El automático cuida el daño, no el rumbo
En las versiones recientes de Claude Code, las sesiones interactivas en terminal y VS Code arrancan en modo automático si no has configurado otro. En ese modo Claude no te pide permiso en cada acción: un clasificador independiente revisa cada comando antes de ejecutarlo y bloquea lo que puede causar un daño difícil de deshacer.
Lo que el clasificador no evalúa es si Claude está haciendo lo que querías. Si se pone a construir una función que no pediste o elige un enfoque desproporcionado, no hay nada peligroso que bloquear. Esa parte la controlas tú, y la herramienta para hacerlo es el modo plan.
Lo que vigila el clasificador
Acciones irreversibles, datos que salen de tu máquina sin pedirlo, despliegues a producción, cambios en infraestructura compartida e instrucciones que vienen de contenido leído, no de ti.
Lo que no vigila
Si la tarea es la correcta, si el enfoque es el adecuado, si el alcance ha crecido por el camino o si el resultado cumple tu criterio de terminado.
02 Los seis modos de permisos
| Modo | Qué ejecuta sin preguntar | Para qué |
|---|---|---|
| Manual (default) | Solo lecturas | Trabajo delicado en el que quieres ver cada paso |
| Aceptar ediciones (acceptEdits) | Lecturas, ediciones y comandos de archivos comunes | Vas a revisar el diff al final |
| Plan | Lecturas y comandos de exploración aprobados por el clasificador | Aún no está claro qué hay que hacer |
| Automático (auto) | Todo, con revisión del clasificador en segundo plano | Tareas largas con un rumbo ya decidido |
| No preguntar (dontAsk) | Solo lo aprobado de antemano; lo demás se deniega | Scripts e integración continua |
| Sin permisos (bypassPermissions) | Todo, sin revisión | Solo contenedores o máquinas aisladas |
Con Shift+Tab recorres los modos durante la sesión: manual, aceptar ediciones, plan y, si está disponible, automático. La barra de estado lo indica: ⏸ significa que se detendrá a preguntar y ⏵⏵ que seguirá solo. Para planificar una sola petición, empieza el mensaje con /plan. En las sesiones en la nube solo hay aceptar ediciones, plan y automático.
03 Qué bloquea el automático y qué deja pasar
- ✓Bloquea: descargar y ejecutar código en el mismo comando (curl | bash), force push y comandos como git reset --hard o git clean -fd.
- ✓Bloquea: despliegues y migraciones de producción, borrados masivos en la nube y terraform destroy.
- ✓Bloquea: enviar datos sensibles fuera, imprimir credenciales y cambiar a dónde apuntan tus push.
- ✓Deja pasar: crear y editar archivos de tu proyecto e instalar dependencias ya declaradas.
- ✓Deja pasar: peticiones HTTP de solo lectura, push a ramas del repositorio en el que trabajas y abrir un pull request acorde con lo pedido.
claude auto-mode defaults04 Deja el proyecto arrancando en modo plan
Planificar no debería depender de que te acuerdes de pulsar Shift+Tab con prisa. Añade esta configuración al archivo .claude/settings.json del proyecto y cada sesión de terminal empezará en modo plan. Al aprobar el plan, eliges si continuar en automático o aprobando cada edición. Con Ctrl+G abres el plan en tu editor para retocarlo antes de aprobarlo.
{
"permissions": {
"defaultMode": "plan"
}
}05 Prompts para que el plan sirva de algo
Antes de proponer un plan, lee el código relacionado con [funcionalidad] y resúmeme en 5 líneas cómo funciona hoy. Después hazme como máximo 3 preguntas cuya respuesta cambiaría el plan. No asumas nada que puedas preguntar.Propón un plan para [tarea] con: lista de archivos que vas a tocar, lo que explícitamente NO vas a hacer, los supuestos que estás haciendo y, para cada paso, cómo comprobaré que está bien (un comando, un test o algo visible). Termina con un criterio de terminado verificable. Si el plan tiene más de 8 pasos, propón cómo dividirlo.Imagina que ejecutamos este plan y una semana después hay que deshacerlo. Dame las 3 causas más probables y ajusta el plan para evitarlas. Señala también qué paso es el más arriesgado y cómo lo verificarías antes de seguir.06 Límites que sobreviven a un /compact
Si escribes «no hagas push» o «espera a que revise antes de desplegar», el clasificador lo respeta. Pero esos límites no se guardan como reglas: se releen de la conversación, y si una compactación de contexto elimina el mensaje, desaparecen. Para algo que debe cumplirse siempre, conviértelo en una regla de permisos. Las reglas deny bloquean en todos los modos; las reglas ask te obligan a confirmar incluso en automático.
{
"permissions": {
"defaultMode": "plan",
"ask": ["Bash(git push *)"],
"deny": ["Read(./.env)"]
}
}Repasa esta conversación y mi CLAUDE.md y lista todos los límites que te he dado (cosas que no debes hacer o que requieren mi revisión). Para cada uno, dime si puede expresarse como regla ask o deny en .claude/settings.json y propón la regla exacta. Los que no se puedan expresar así, déjalos como instrucciones claras para CLAUDE.md. Enséñamelo antes de modificar ningún archivo.Preguntas frecuentes
No necesariamente. Aprobar a mano durante horas genera fatiga y se acaba aceptando sin leer. El clasificador revisa cada acción con el mismo criterio. Lo que no sustituye es tu decisión sobre qué hay que construir.
No desde .claude/settings.json ni settings.local.json: ahí el valor auto se ignora. Debe ir en tu configuración de usuario (~/.claude/settings.json) o en la gestionada por tu organización.
Sí. Un administrador puede poner disableAutoMode con el valor "disable" en la configuración gestionada y el modo desaparece del ciclo.
Solo en contenedores o máquinas virtuales aisladas, sin acceso a datos ni credenciales reales. Nunca en tu ordenador de trabajo.
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.