Contenido
El selector «Modo de permisos» que aparece junto al cuadro de la consulta en Claude Code —el que vas rotando con Shift+Tab— decide con qué frecuencia Claude se detiene a pedir permiso antes de editar un archivo o ejecutar un comando. Más confirmaciones significan más seguridad; menos confirmaciones permiten que Claude trabaje en tramos más largos e ininterrumpidos.
Esta guía explica qué son los modos de permisos, en qué se diferencian los 5 modos, cómo cambiar entre ellos, cómo funciona el modo automático y cómo usarlos de forma segura. Entenderás exactamente qué significan Solicitar permisos / Aceptar ediciones / Modo de planificación / Modo automático / Omitir permisos en la captura de pantalla.
Ajusta con qué frecuencia pregunta Claude
Más supervisión (más seguro) ⟷ más autonomía (sin interrupciones)
1. Qué son los modos de permisos
Cuando Claude quiere editar un archivo, ejecutar un comando de la terminal o hacer una solicitud de red, normalmente se detiene y te pide que apruebes la acción. Los modos de permisos controlan con qué frecuencia se produce esa pausa (fuente: la sección oficial de Claude Code «Choose a permission mode»).
Los modos más estrictos revisan cada acción a medida que llega (más seguro, más avisos). Los modos más permisivos dejan que Claude trabaje en tramos largos e ininterrumpidos y te informe al terminar (más rápido, menos avisos). La clave está en elegir más supervisión para el trabajo sensible y menos interrupciones cuando confías en la dirección.
🛡️ Las rutas protegidas son especiales: las escrituras en un pequeño conjunto de rutas críticas (.git, .claude, archivos de configuración del shell, etc.) nunca se aprueban automáticamente en ningún modo salvo en Omitir permisos. Es una red de seguridad para evitar dañar el estado del repositorio o la propia configuración de Claude.
2. Los 5 modos (+ dontAsk, solo en ajustes)
El selector muestra cinco (Solicitar permisos / Aceptar ediciones / Modo de planificación / Modo automático / Omitir permisos). Cada uno se diferencia en qué se ejecuta sin preguntar.
Pide permiso para cualquier acción que no sea una lectura
Las lecturas se aprueban automáticamente; las ediciones de archivos y los comandos piden permiso cada vez. El modo predeterminado para empezar y para el trabajo sensible.
Aprueba automáticamente las ediciones en tu directorio de trabajo
Aprueba automáticamente las ediciones de archivos y los comandos habituales del sistema de archivos (mkdir/touch/mv/cp/sed, etc.) dentro de tu directorio de trabajo. Las rutas fuera de ámbito, las rutas protegidas y otros comandos siguen pidiendo permiso. Ideal para revisar los cambios después con git diff.
Planifica sin editar
Lee y explora, pero no edita tu código fuente. Propone primero un plan; al aprobarlo, cambia a un modo de edición. Ideal para entender una base de código antes de modificarla.
Casi sin avisos, con comprobaciones de seguridad
Un modelo clasificador independiente bloquea las acciones peligrosas mientras todo lo demás se ejecuta sin pedir permiso. Reduce la fatiga de avisos en las tareas largas. Tiene requisitos (consulta el §4).
Todo, sin comprobaciones (peligroso)
Los avisos y las comprobaciones de seguridad están desactivados. Solo en contenedores/máquinas virtuales aislados. Sin protección contra la inyección de prompts. Consulta la seguridad del modo de omisión.
Solo se ejecutan las herramientas preaprobadas
Un sexto modo que no aparece en el selector. Solo ejecuta las herramientas de la lista de permitidos y los comandos de solo lectura; todo lo demás se deniega automáticamente. Ideal para CI y entornos restringidos.
3. Cómo cambiar (Shift+Tab y más)
La forma más rápida es Shift+Tab. Durante una sesión, va rotando entre Solicitar permisos → Aceptar ediciones → Modo de planificación (el modo actual se muestra en la barra de estado). En VS Code, Desktop y claude.ai, usa el selector de modo junto al cuadro de la consulta (la interfaz de la captura de pantalla).
El modo automático y Omitir permisos se unen al ciclo de forma condicional. El modo automático aparece cuando cumples sus requisitos, con un aviso de aceptación la primera vez. Omitir permisos solo se habilita cuando inicias con --permission-mode bypassPermissions (o --dangerously-skip-permissions). dontAsk nunca aparece en el ciclo: configúralo mediante un flag o en los ajustes.
# Establecer el modo al iniciar
claude --permission-mode plan
claude --permission-mode acceptEdits
# Omitir necesita su flag específico (solo en entornos aislados)
claude --dangerously-skip-permissionsPara iniciar siempre en el mismo modo, define uno predeterminado en tu archivo de ajustes.
// .claude/settings.json
{
"permissions": {
"defaultMode": "acceptEdits"
}
}※ defaultMode: "auto" se ignora en los ajustes del proyecto y solo se respeta en los ajustes del usuario (~/.claude/settings.json), de modo que un repositorio no puede concederse a sí mismo el modo automático.
4. El modo automático en detalle
El modo automático elimina casi todos los avisos de confirmación, pero no es barra libre. Antes de cada acción, un modelo clasificador independiente la revisa y bloquea todo lo que se exceda más allá de lo que pediste, que afecte a infraestructura no reconocida o que parezca impulsado por contenido hostil que Claude haya leído.
⚠️ Vista previa de investigación: el modo automático reduce los avisos, pero no garantiza la seguridad. Úsalo cuando confíes en la dirección general, no como sustituto de la revisión en operaciones sensibles.
Requisitos: el modo automático solo aparece para las cuentas que reúnen los requisitos. En Team/Enterprise, un administrador debe habilitarlo, y el modelo debe ser compatible: Opus 4.6 o posterior, o Sonnet 4.6 (Sonnet 4.5, Haiku, etc. no son compatibles). Si indica «no disponible», es que no se cumple algún requisito: no se trata de una caída temporal.
✅ Permitido de forma predeterminada
Operaciones de archivos en tu directorio de trabajo, instalar dependencias a partir de archivos de bloqueo, HTTP de solo lectura y enviar (push) a la rama en la que empezaste.
⛔ Bloqueado de forma predeterminada
curl | bash, enviar secretos a endpoints externos, despliegues o migraciones en producción, force-push o push a main, y operaciones destructivas de git.
Los límites que indicas en la conversación (p. ej. «no hagas push», «no despliegues hasta que lo revise») también se tratan como una señal de bloqueo. Pero estos no se guardan como reglas: el clasificador los vuelve a leer de la transcripción cada vez, así que un límite puede perderse si la compactación del contexto elimina el mensaje. Para una garantía firme, añade una regla deny. Mientras que los modos fijan la base de con qué frecuencia pregunta Claude, las reglas de permisos de Claude Code (allow/ask/deny) ofrecen un control más fino, herramienta por herramienta. Tras 3 bloqueos consecutivos o 20 en total, el modo automático se pausa y Claude vuelve a pedir permiso.
5. Qué modo usar y cuándo, y seguridad
Elige según el equilibrio entre supervisión y autonomía. Referencia rápida:
| Modo (visible) | Cuándo usarlo |
|---|---|
| Solicitar permisos (default) | Para empezar / trabajo sensible. Cuando quieres aprobar cada acción |
| Aceptar ediciones (acceptEdits) | Para iterar sobre código que revisas; comprueba el diff después |
| Modo de planificación (plan) | Para entender una base de código y decidir un diseño antes de cambiarla |
| Modo automático (auto) | Tareas largas en las que confías en la dirección; reducir la fatiga de avisos |
| Omitir permisos (bypass) | Solo en contenedores/máquinas virtuales aislados, donde Claude no puede dañar tu host |
| dontAsk | CI / entornos restringidos donde predefines lo que Claude puede hacer |
⚠️ No recurras a Omitir permisos a la ligera: no ofrece ninguna protección contra la inyección de prompts ni las acciones no deseadas. La respuesta a «los avisos son molestos» es el modo automático (con comprobaciones de seguridad en segundo plano), no la omisión. Ten en cuenta que los hooks siguen ejecutándose en el modo de omisión y pueden bloquear operaciones peligrosas. Para saber por qué la omisión a veces sigue preguntando, consulta la guía de seguridad y este artículo.
※ Los nombres y el comportamiento de los modos siguen la documentación oficial de Claude Code (Choose a permission mode); los nombres visibles localizados se confirmaron en la interfaz en vivo (a fecha de junio de 2026). Los requisitos y el comportamiento pueden cambiar: consulta la documentación oficial y tu aplicación para conocer lo más reciente.
6. Relación con el esfuerzo y confusiones habituales
Junto al cuadro de la consulta hay dos grandes selectores: «Modo de permisos» y «Esfuerzo». Cada uno cumple una función distinta.
Modo de permisos = «cuánto pregunta»
El equilibrio entre seguridad y autonomía. Con qué frecuencia Claude se detiene a pedir permiso.
Esfuerzo = «cuánto piensa»
El equilibrio entre velocidad e inteligencia. Cuánto razonamiento y cuántos tokens dedica a una respuesta (detalles).
También están conectados. Aprobar un plan en el modo de planificación te permite cambiar al modo automático o a Aceptar ediciones para ejecutarlo. Y combinar la opción de esfuerzo más alta, «Ultracode», con el modo automático omite incluso los avisos de ejecución del flujo de trabajo, de modo que Claude puede ejecutarse de principio a fin.
La confusión habitual es «los avisos son molestos, así que usaré la omisión». Eso es arriesgado: la respuesta correcta es el modo automático (con comprobaciones en segundo plano). Otra: «el modo de planificación es seguro, así que vale todo». El modo de planificación solo significa «sin ediciones»; los comandos que ejecuta para explorar siguen pidiendo permiso igual que en el modo predeterminado.
Resumen
Tres ideas clave sobre los modos de permisos de Claude Code.
- Qué es: el ajuste que determina con qué frecuencia Claude pide permiso antes de editar o ejecutar comandos. Cambia con
Shift+Tabo con el selector. - Los modos: Solicitar permisos (default) / Aceptar ediciones (acceptEdits) / Modo de planificación (plan) / Modo automático (auto) / Omitir permisos (bypass), más dontAsk (solo en ajustes). Las rutas protegidas siguen protegidas en todos los modos salvo en la omisión.
- Cuál y cuándo: default para el trabajo sensible, acceptEdits para iterar, plan para entender primero, auto para tareas largas (con comprobaciones en segundo plano) y bypass solo en entornos aislados.
El modo de permisos gobierna la «seguridad» y el esfuerzo gobierna la «inteligencia»: domina ambos y Claude Code funcionará de forma segura y fluida. Combínalo con los hooks para añadir tus propias reglas de seguridad.
Preguntas frecuentes
P. Los avisos son molestos. ¿Qué modo debería usar?
R. Empieza con Aceptar ediciones (acceptEdits) para aprobar automáticamente las ediciones en tu directorio de trabajo. Para reducir aún más los avisos, usa el Modo automático (auto): casi sin avisos y con comprobaciones de seguridad en segundo plano. No uses Omitir permisos fuera de un entorno aislado.
P. ¿En qué se diferencia el modo automático de Omitir permisos?
R. El modo automático tiene un modelo clasificador independiente que bloquea las acciones peligrosas mientras ejecuta todo lo demás sin avisos. Omitir permisos desactiva por completo las comprobaciones de seguridad y ejecuta todo, así que es solo para contenedores/máquinas virtuales aislados. Para el uso diario, elige el modo automático, no la omisión.
P. ¿Por qué no puedo seleccionar el modo automático?
R. No se cumple algún requisito. En Team/Enterprise, un administrador debe habilitarlo, y el modelo debe ser compatible (Opus 4.6+ o Sonnet 4.6; Sonnet 4.5, Haiku, etc. no son compatibles). Una vez que reúnes los requisitos, aparece en el selector y en el ciclo de Shift+Tab.
P. ¿Qué es exactamente lo «seguro» del modo de planificación?
R. No edita tu código fuente. Lee, explora y propone un plan; al aprobar el plan, cambia a un modo de edición y comienza la ejecución. Úsalo para decidir un enfoque antes de hacer cambios.
P. ¿Puedo iniciar en un modo concreto?
R. Sí. Pasa un flag de inicio como claude --permission-mode plan, o define permissions.defaultMode en tu archivo de ajustes. Ten en cuenta que auto solo se respeta en los ajustes del usuario (~/.claude), no en los del proyecto.
