Controla cuánta autonomía le das a Claude Code con los 6 modos de permisos

TL;DR Pulsa Shift+Tab para ciclar entre default, acceptEdits, plan y auto. bypassPermissions (el modo YOLO) sigue necesitando flag. Combina con /permissions para pre-aprobar herramientas específicas. La mayoría solo conoce dos de los seis modos — y confunde lo que acceptEdits realmente aprueba.

Esta es una de esas características esenciales que se pasan por alto porque parecen simples — un atajo de teclado que cicla modos. Pero la decisión de qué modo usar cuándo cambia fundamentalmente cómo trabajas con Claude Code. Y hay una confusión habitual: acceptEdits NO aprueba todo. Aprueba ediciones de archivos y comandos básicos del sistema de archivos. Todos los demás comandos Bash siguen pidiendo permiso.

Seis modos, del más restrictivo al más autónomo. Cada uno es un equilibrio diferente entre supervisión y fluidez.

Resultado:

> Shift+Tab

auto  →  default  →  acceptEdits  →  plan  →  [bypassPermissions]  →  auto
 ↑                                                   ↑
 el arranque por defecto                    solo si lo habilitas
 desde la v2.1.283                          (solo contenedores)

Los seis modos

1. default — Revisar todo

default — pregunta antes de cada edición

Claude lee archivos libremente pero pide permiso antes de cada edición y cada comando. Úsalo cuando estés empezando, trabajando en código sensible, o no confíes en la dirección todavía.

2. acceptEdits — Confía en las ediciones, revisa los comandos

acceptEdits — edita libremente, pregunta para comandos

Claude crea y edita archivos sin pedir permiso. También auto-aprueba comandos comunes del sistema de archivos: mkdir, touch, rm, rmdir, mv, cp, sed. Todos los demás comandos Bash siguen pidiendo permiso.

La confusión: mucha gente piensa que acceptEdits significa "aprobar todo." No es así. npm test, git push, curl — todos siguen preguntando. Si quieres saltarte esos prompts para comandos específicos sin activar el modo completo, puedes configurar deny rules y wildcards para controlar exactamente qué puede tocar Claude.

3. plan — Mirar pero no tocar

plan — investiga y propone, nunca toca archivos

Claude explora el codebase y propone un plan. Sin ediciones de código fuente. Los comandos que lanza para explorar los revisa el clasificador de auto mode si está disponible (lo está por defecto); si no, los que no son de solo lectura piden permiso. Entra con Shift+Tab o añade /plan antes de un prompt individual.

Cuando el plan está listo, Claude pregunta cómo proceder: aprobar y pasar a auto (o a aceptar ediciones, si auto no está disponible), aprobar y revisar cada edición a mano, o seguir planificando.

Para el deep dive — las cinco opciones de aprobación, Ctrl+G para editar el plan en tu editor, el defaultMode: "plan" por proyecto y el combo con /evaluate antes y después — ver Plan Mode no te hace más inteligente a Claude, te obliga a entender tú.

4. auto — Claude decide qué es seguro

auto — un clasificador revisa cada acción en segundo plano

Un clasificador separado evalúa cada acción antes de ejecutarla. Las operaciones seguras se ejecutan en silencio. Las peligrosas (deploys, borrados masivos, force push, curl | bash) se bloquean.

Requisitos: todos los planes, Pro incluido. En la API de Anthropic y Claude Platform on AWS, Opus 4.6 o superior, Sonnet 4.6 o superior o un modelo Fable. En Bedrock, Agent Platform y Foundry, solo Sonnet 5 o superior, Opus 4.7 o superior y los modelos Fable. Está disponible en todos los providers.

Desde la v2.1.283 es el modo con el que arrancan las sesiones nuevas en la terminal y en la extensión de VS Code, en cualquier plan (antes, desde la v2.1.228, solo en Pro, Max y Team). Si tu organización lo desactiva con disableAutoMode, arrancas en Manual. Con claude -p lo normal es arrancar en Manual.

Para los detalles del clasificador, las barreras en conversación y el drop automático de allow rules, ver Olvídate de los permisos en Claude Code sin caer en modo YOLO. Para los frenos que sumó después (git destructivo, rm -rf a ciegas y manipulación del transcript), ver Ahora Claude Code auto mode te protege de ti mismo. Y para escribir tus propias reglas junto a las de fábrica, ver Auto mode en Claude Code: escribe tus propias reglas en una frase.

5. dontAsk — Solo herramientas pre-aprobadas

dontAsk — todo denegado salvo lo explícitamente permitido

Se ejecuta lo que no necesitaría aprobación en Manual (lecturas y comandos de solo lectura), lo que coincide con tus reglas permissions.allow y lo que apruebe un hook PreToolUse. Todo lo demás se deniega sin preguntar. Diseñado para pipelines de CI y scripts bloqueados. Si estás creando skills que necesitan pre-aprobar sus propias herramientas sin intervención del usuario, allowed-tools en el frontmatter de la skill hace lo mismo por skill.

claude --permission-mode dontAsk

Nunca aparece en el ciclo de Shift+Tab — solo se configura al arrancar.

Ese "se deniega sin preguntar" muerde en sitios que no esperas. Con la extensión de Chrome conectada, las acciones del navegador que necesitarían tu aprobación se saltan en vez de convertirse en un prompt, así que la tarea sigue sin el clic y sin avisarte: lo que enciende de verdad ese sí a usar tu navegador.

6. bypassPermissions — Modo YOLO

bypassPermissions — todo se ejecuta, sin red de seguridad

Desactiva los prompts de permisos y las comprobaciones de seguridad, incluidas las escrituras en rutas protegidas (.git, .zshrc, .claude), que en los demás modos nunca se aprueban solas. Siguen preguntando tus reglas ask, las herramientas que exigen interacción y los rm sobre rutas críticas (la raíz, tu home, tu directorio de trabajo). Las reglas deny siguen bloqueando.

claude --dangerously-skip-permissions
# o equivalentemente:
claude --permission-mode bypassPermissions

Usar solo en contenedores, VMs o entornos aislados. Sin protección contra prompt injection. Sin clasificador. Sin barreras. Si lo ejecutas en tu máquina, Claude puede reescribir tu .git o tu .zshrc sin preguntarte. Un rm -rf ~/ sí pide confirmación, pero si nadie contesta en dos minutos se deniega y la sesión sigue. Si quieres ese flujo sin prompts pero contenido en tu propia máquina, el sandbox a nivel de SO levanta una valla del sistema operativo en lugar de quitar las barreras.

Qué cuenta como entorno aislado, y por qué un contenedor que corre como root no arranca en este modo, lo tienes en este tip sobre --dangerously-skip-permissions.

Tiene además un efecto lateral que no ves venir: una sesión en este modo retiene los mensajes que le manden tus otras sesiones hasta que tú los apruebas a mano. La regla completa está en mensajes entre sesiones.

Para añadir YOLO al ciclo de Shift+Tab sin activarlo inmediatamente:

claude --allow-dangerously-skip-permissions

El día que salió Auto cambié del modo YOLO a auto mode — casi toda la fluidez de YOLO con una red de seguridad real. Para el desglose completo, ver Olvídate de los permisos en Claude Code sin caer en modo YOLO.

Combinar modos con /permissions

Los modos establecen la línea base. /permissions te permite añadir excepciones específicas por encima — pre-aprobar herramientas que ejecutas constantemente para que nunca pidan permiso, independientemente del modo.

> /permissions
# Añade reglas como:
Bash(npm test)
Bash(git add *)
Bash(git commit *)

Así te mantienes en default para seguridad pero te saltas el prompt para tus comandos más habituales. Las reglas se mantienen entre sesiones y aplican en todos los modos excepto bypassPermissions, donde las reglas allow no tienen efecto (las deny siguen bloqueando y las ask siguen preguntando).

Construir esta lista a mano es lento. Si prefieres que se escriba sola a partir de tu historial real de uso, hay un skill oficial que arma el allowlist por ti.

Esa sintaxis Tool(patrón) viaja también a los hooks: el campo if de una entrada lleva una de estas reglas y decide si el hook llega a lanzarse. Filtra, no bloquea, así que no sustituye a un deny: hooks condicionales.

Referencia

Cómo entrar en cada modo

Con bypassPermissions como valor por defecto, el fichero importa: desde la v2.1.257, en el .claude/settings.json del proyecto se ignora y la sesión arranca en Manual. Dónde tiene que ir ahora.

En el panel de la extensión de VS Code cambias de modo pulsando el indicador al pie del prompt, no con Shift+Tab. En JetBrains el plugin corre en la terminal integrada, así que sigues ciclando con Shift+Tab.

Los modos controlan cuánta autonomía le das a Claude. Cuán bien aprovecha esa autonomía depende de cómo escribas el prompt. Las 5 reglas que recomienda Anthropic para estructurar un prompt son ortogonales al modo y se aplican en todos.

Todo esto es para la sesión interactiva, donde hay alguien para pulsar. En claude -p no lo hay, y los mismos modos se comportan de otra forma sin avisarte.

Los modos son una de cinco palancas. Cómo combinarlos con reglas, auto mode y el sandbox para que Claude Code deje de pedir permiso sin perder el control está en esta guía.

Documentación oficial: Modos de permisos | Referencia de permisos