Cómo usar Claude Code con --dangerously-skip-permissions de forma segura

Haz que Claude Code deje de pedir permiso sin poner en riesgo tu ordenador: qué se salta --dangerously-skip-permissions, cuándo basta el modo auto y cómo ejecutarlo en un contenedor.

Basado en
CLI
0.2.17
Ref de preview
a2c45c8

En resumen

--dangerously-skip-permissions desactiva los prompts de permisos de Claude Code. Las llamadas a herramientas se ejecutan sin preguntarte. Está bien dentro de un límite que restrinja a qué pueden llegar, y es arriesgado en el portátil que guarda tus claves SSH.

Una lista de decisión breve:

  • Quieres menos prompts mientras miras: prueba antes el modo auto o una lista de permitidos. Mantienen una comprobación.
  • Quieres una ejecución larga desatendida: usa --dangerously-skip-permissions dentro de un contenedor, una máquina virtual o un dev container, con un usuario que no sea root, la salida de red limitada y sin secretos del host montados.
  • Quieres alejarte y seguir localizable: mantén un modo de permisos que pregunte y responde los prompts desde el móvil.

El problema

Una historia conocida: empiezas una refactorización, vas a la cocina y al volver la terminal lleva veinte minutos esperando en "Allow this command?". La segunda vez que pasa, buscas cómo hacer que Claude Code deje de pedir permiso y aparece --dangerously-skip-permissions. Antes de usarlo, merece la pena pensar qué significa en un portátil con tus claves SSH, tus credenciales de la nube y un perfil de navegador.

La opción existe y es útil. La cuestión es dónde es seguro usarla y qué usar cuando no lo es.

Qué hace --dangerously-skip-permissions en Claude Code

Según la página de modos de permisos de Anthropic:

  • --dangerously-skip-permissions equivale a --permission-mode bypassPermissions. Las llamadas a herramientas se ejecutan al momento, incluidas las escrituras en rutas protegidas.
  • Unas pocas acciones siguen preguntando, como las reglas ask explícitas y los borrados reconocidos con rm y rmdir de rutas críticas.
  • No puedes entrar en el modo bypass desde una sesión que iniciaste sin activarlo.
  • En Linux y macOS, Claude Code se niega a arrancar con la opción como root.
  • Anthropic dice que solo debe usarse en entornos aislados como contenedores, máquinas virtuales o dev containers.

Como lo explica su página del sandbox: los modos de permisos deciden si una llamada a una herramienta se ejecuta. El aislamiento decide a qué puede llegar una vez ejecutada. Si te saltas lo primero, solo queda lo segundo.

Opción 1: reduce los prompts de Claude Code con el modo auto o una lista de permitidos

Antes de desactivar los prompts, merece la pena probar los modos intermedios.

Modo auto.

claude --permission-mode auto

Un clasificador revisa cada acción en lugar de preguntarte. Anthropic lo describe como un control por acción, no como un límite de aislamiento. Necesita un modelo compatible y una organización puede desactivarlo.

Una lista de permitidos exacta para ejecuciones con script.

claude -p "run the test suite" --permission-mode dontAsk --allowedTools "Bash(npm test)" "Read"

Lo que quede fuera de la lista se deniega en lugar de preguntar. Encaja con CI y otros trabajos de forma conocida.

El sandbox de Bash. En una sesión en modo manual, /sandbox con auto-allow restringe los comandos de shell a nivel del sistema operativo en macOS, Linux y WSL2. Solo cubre comandos de shell, así que por sí solo no basta para ejecuciones desatendidas.

Opción 2: sáltate los permisos de Claude Code dentro de un contenedor o una máquina virtual

Cuando sí quieres una ejecución sin intervención, mete toda la sesión dentro de algo desechable.

Ejecuta Claude Code en un dev container

Anthropic publica un dev container de referencia en el repositorio de Claude Code con un script de cortafuegos que deniega por defecto. La versión corta de sus recomendaciones:

  1. Ejecuta Claude Code en el contenedor con un usuario que no sea root (remoteUser en la configuración del dev container).
  2. Limita la salida de red a los dominios que necesita Claude Code. El init-firewall.sh de referencia lo hace y necesita las capacidades NET_ADMIN y NET_RAW.
  3. No montes secretos del host como ~/.ssh o archivos de credenciales de la nube. Prefiere tokens de corta duración y limitados al repositorio.
  4. Úsalo con repositorios de confianza. Un proyecto malicioso puede leer cualquier cosa dentro del contenedor, incluidas las credenciales del propio Claude Code.

Después:

claude --dangerously-skip-permissions

Usa una máquina virtual desechable o un servidor de sobra

Una máquina virtual desechable o un servidor pequeño te dan lo mismo con un límite más firme. Crea un usuario aparte, clona solo los repositorios que necesita la tarea y no le des a ese usuario acceso a credenciales de producción.

Revisa a qué puede seguir llegando una sesión en bypass

  • El espacio de trabajo montado sigue siendo tuyo. Claude puede modificar cualquier archivo de un proyecto montado, y esos cambios llegan al host. Haz commit o stash antes de una ejecución larga para poder ver el diff y deshacer.
  • La red sigue siendo una puerta. Adonde permitan las reglas de salida, la sesión puede llegar.
  • Revisa después. Lee el diff antes de fusionarlo, igual que una pull request de otra persona.

Opción 3: mantén los prompts de permisos de Claude Code y respóndelos desde el móvil

El motivo para querer la opción no suele ser los prompts en sí, sino no estar delante del teclado cuando aparece uno. Eso tiene otra solución.

Si quieres que los prompts de permisos te lleguen al móvil, para que una sesión en marcha no se quede bloqueada hasta que vuelvas y puedas mantener el modo más seguro, Happier es una app de código abierto para ejecutar y orquestar Claude Code, Codex y otros agentes entre dispositivos, desde el móvil, el escritorio o la web.

Los agentes se ejecutan en tus propios ordenadores, y la app del móvil, de escritorio o web se conecta a ellos. Cómo usar Happier desde el móvil explica la configuración. Está en GitHub, puedes descargarlo aquí y hay un Discord.

Cómo se ve:

  • Los prompts de permisos aparecen en el móvil, con notificaciones push cuando una sesión te está esperando. Permite o deniega desde allí. La guía de aprobaciones tiene los detalles.
  • Eliges el modo de permisos por sesión. El chip de permisos de una sesión muestra los modos que admite el agente. Para Claude son Por defecto (Default), Solo lectura (Read Only), Auto y YOLO. Los valores por defecto de cada backend están en Configuración (Settings) → Sesión (Session) → Permissions, y Aplicar cambios de permisos (Apply permission changes) decide si un cambio se aplica al momento o con tu siguiente mensaje.
  • YOLO ejecuta Claude Code en modo bypass. Para Claude, el YOLO de Happier es el mismo modo bypassPermissions que activa --dangerously-skip-permissions, así que elígelo en un ordenador que no te importaría borrar.
  • Las sesiones creadas se quedan en el modo de permisos de su sesión padre o por debajo. Cuando un agente inicia otras sesiones, se rechaza la petición de un modo superior. Configuración (Settings) → Actions → Política de creación de sesiones de IA (AI session spawn policy) también tiene un Techo de permisos (Permission ceiling), para que un agente pueda delegar trabajo mientras todo lo que inicia se queda en Read-only.

Un patrón que funciona bien: una sesión en Por defecto en tu portátil para todo lo que toque credenciales reales y una segunda sesión en YOLO en un servidor desechable para el trabajo largo y mecánico, las dos visibles en la misma lista de sesiones.

El límite, dicho claramente: Happier transmite prompts y ajustes, y el aislamiento lo da el ordenador o el contenedor donde se ejecuta la sesión.

Solución de problemas

Claude Code se niega a arrancar con --dangerously-skip-permissions

Claude Code rechaza la opción como root en Linux y macOS. Comprueba whoami dentro del contenedor. Crea un usuario normal en el contenedor o la máquina virtual y ejecútalo con ese usuario.

El modo bypass permissions está desactivado en mi organización

Los administradores pueden desactivar el modo bypass con permissions.disableBypassPermissionsMode en la configuración gestionada. En ese caso, el camino es el modo auto o una lista de permitidos.

Una sesión de Claude Code en marcha no cambia al modo bypass

La documentación de Anthropic dice que no puedes entrar en el modo bypass desde una sesión que no se inició con él activado. Inicia una sesión nueva con la opción.

El modo plan de Claude Code no detuvo una edición

En una sesión de terminal interactiva con bypass disponible, Anthropic dice que los bloqueos del modo plan no se aplican. A Claude se le sigue indicando que planifique, pero una edición que intente puede ejecutarse. Mantén el bypass desactivado cuando dependas del modo plan.

Preguntas frecuentes

¿Es seguro --dangerously-skip-permissions?

Dentro de un entorno aislado, sin root, con acceso a red limitado y sin secretos del host, es una opción razonable para repositorios de confianza. En tu ordenador de cada día, el agente llega a lo mismo que tú.

¿Qué diferencia hay entre el modo auto y saltarse los permisos?

El modo auto sustituye el prompt por un clasificador que revisa cada acción. El modo bypass quita la comprobación. Ninguno es un límite de aislamiento.

¿Cómo hago que Claude Code deje de preguntar por el mismo comando?

Añade una regla de permiso para ese comando en tu configuración, o usa --allowedTools en una ejecución con script. Así mantienes los prompts para todo lo demás.

¿El YOLO de Happier funciona también con Codex?

Happier tiene YOLO para Codex y otros backends, y cada proveedor lo aplica con su propia política. En Codex equivale a acceso completo sin aprobaciones, así que valen los mismos consejos de aislamiento.

Guías relacionadas

claudepermissionssecuritycontainersapprovals
Última actualización: 2026-10-26