Volver a Recursos
GUÍAInteligencia Artificial

Auto Mode — Deja De Aceptar Cada Acción

Guía para activar Auto Mode y Bypass Permissions en Claude (chat, app y terminal). Pasos exactos, diferencias entre cada modo y advertencias sobre cuándo no usarlos.

Si estás trabajando en una tarea de 30 minutos y Claude te pide confirmación 80 veces (¿edito esto?, ¿corro este test?, ¿commiteo?), perdés más tiempo en clicks que en pensar. Auto Mode y Bypass Permissions te lo evitan, en cada superficie: Claude chat web, Claude Code app, Claude Code terminal. Esta nota cubre cómo activarlos en cada uno, qué hace cada modo, y los casos donde NO los querés activos.

Por qué existen las confirmaciones por default

Antes de las cómo, las por qué.

Claude pide confirmación porque:

  1. Acción destructiva (borrar archivos, hacer git push --force) puede arruinar trabajo.
  2. Operaciones externas costosas (deploy a producción, cargo monetario).
  3. Cambios irreversibles (drop database, send email).

Pedir confirmación es safety net. Pero para uso intensivo se vuelve fricción. Auto Mode es opt-in para "ya entendí, confío, andá".

Auto Mode en Claude chat (claude.ai web)

En la web (claude.ai), Auto Mode aparece como toggle dentro de una conversación.

Cómo activar

  1. Estás en una conversación.
  2. Click en el ícono de settings de la conversación (engranaje, top right).
  3. Toggle "Auto Mode" ON.
  4. Aparece warning: "Claude ejecutará acciones sin pedir confirmación".
  5. Acepto.

Qué hace

Para acciones que normalmente requieren un "Sí, ejecutá":

  • Llamadas a tools/MCPs.
  • Edición de archivos (si estás conectado a OneDrive/Drive vía connector).
  • Envío de emails (vía Gmail connector).
  • Creación de calendar events.

En Auto Mode, Claude ejecuta sin preguntar. La conversación fluye sin pausas.

Cuándo SÍ usar

  • Tareas batch ("revisame estos 30 mails, etiquetá los urgentes, marca los newsletters").
  • Trabajo creativo iterativo (donde cada paso es exploratorio).
  • Cuando sabés exactamente qué pediste.

Cuándo NO usar

  • Primera vez que usás un connector (no sabés qué hace).
  • Operaciones con consecuencias monetarias.
  • Trabajos con clientes (mejor reviewar antes de aplicar).

Auto Mode en Claude Code (app de escritorio)

En la app de escritorio (Claude Code app, distinta a la CLI), Auto Mode se llama también "Auto Mode".

Cómo activar

Settings → General → Auto Mode → Enable.

O por shortcut: Cmd+Shift+A (Mac) / Ctrl+Shift+A (Windows/Linux).

Qué hace

Específicamente para tareas de coding:

  • Lectura de archivos: siempre permitida sin pedir.
  • Edición de archivos: auto.
  • Creación de archivos: auto.
  • Comandos no destructivos (npm install, pnpm dev, git status): auto.
  • Comandos potencialmente destructivos (rm, git push --force, drop database): siempre pide confirmación (incluso en Auto Mode).

Es modo "trust con guardrails". Confía en lo que claramente no rompe, pregunta lo que potencialmente sí.

Configuración fina

Settings → Auto Mode → tenés tres niveles:

  • Conservative (default): pregunta para todo menos lecturas.
  • Standard: auto para coding tasks, pregunta para sistema.
  • Aggressive: auto para casi todo, pregunta solo para acciones destructivas explícitas.

Auto Mode en Claude Code terminal (CLI)

En la CLI, el equivalente se llama --dangerously-skip-permissions o por su alias más amable --auto.

Cómo activar

Opción 1: por sesión.

claude --auto

Cuando arrancás Claude así, no pide confirmación para nada (ni siquiera destructivo).

Opción 2: persistente.

En tu ~/.claude/settings.json:

{
  "auto_mode": true
}

Próximas sesiones arrancan en auto.

Opción 3: por proyecto.

En el .claude/settings.json del repo:

{
  "auto_mode_for_this_project": true
}

El nombre "dangerously" no es por nada

--dangerously-skip-permissions deja a Claude ejecutar cualquier cosa sin preguntar. Incluyendo:

  • rm -rf / (sí, literalmente).
  • git push --force a main.
  • Cargas en cuentas conectadas.
  • Borrado de archivos cloud.

La CLI es la superficie más peligrosa porque tiene acceso al filesystem completo. Activar --auto en la CLI sin proceso de review es riesgoso.

Bypass Permissions: diferencia con Auto

A veces se mencionan juntos pero son distintos:

  • Auto Mode: Claude ejecuta sin preguntar.
  • Bypass Permissions: Claude tiene permisos superiores que en el default.

Ejemplo claro: en Claude Code default, Claude no puede ejecutar rm sin tu OK. Con Bypass Permissions, Claude puede.

Bypass Permissions se activa con:

claude --bypass-permissions

O combinado:

claude --auto --bypass-permissions

(Auto + Bypass = sin preguntas y con permisos elevados.)

Pasos exactos por superficie

claude.ai web

  1. Conversación abierta.
  2. Engranaje top right.
  3. Toggle "Auto Mode".

Claude Code app (escritorio)

  1. Settings → Auto Mode → Enable.
  2. Eligir nivel: Conservative / Standard / Aggressive.

Claude Code terminal (CLI)

# Por sesión
claude --auto

# Persistente
echo '{"auto_mode": true}' > ~/.claude/settings.json

# Por proyecto
echo '{"auto_mode_for_this_project": true}' > .claude/settings.json

Cuándo NO usar ninguno

Tres escenarios donde la confirmación vale más que la velocidad:

Escenario 1: Producción

Si tu Claude tiene credentials de producción (DB, deploy keys, API keys de servicios pago), nunca activés Auto Mode con esas credentials cargadas. Un solo prompt malinterpretado y borrás data real.

Solución: cuentas separadas. Tu cuenta dev con Auto Mode, tu cuenta prod sin él.

Escenario 2: Cliente

Trabajás en repo de cliente. Cada commit, cada PR, cada cambio importa. Auto Mode te puede generar 30 commits que después tenés que revisar uno por uno antes de mergear.

Mejor: trabajar en modo confirmación, ir reviewando sobre la marcha.

Escenario 3: Aprendizaje

Si recién empezás con Claude Code, Auto Mode te oculta lo que está pasando. Vas a entender menos qué hace cada acción. Manténelo OFF hasta que tengas intuición sobre cuándo Claude pide qué.

Patrones de uso seguro

Patrón 1: Auto para read-only

Configurá Auto para acciones de lectura (read files, run tests, list directory). Pero confirmación para escritura.

En Claude Code app esto es básicamente el nivel "Standard".

Patrón 2: Auto en branches, confirmación en main

Activás Auto cuando trabajás en feature branch. Cuando vas a mergear o tocar main, lo desactivás.

Patrón 3: Auto en sandboxes

Tenés una VM o devcontainer. Adentro, Auto Mode full. Tu sistema host queda intocado.

Recomendación fuerte para usuarios que quieren máxima velocidad: tener un Docker con Claude Code y trabajar adentro con --auto --bypass. Si algo se rompe, restart del container.

Patrón 4: Recovery plan

Antes de activar Auto en sesiones largas:

git stash   # guardar cambios no commiteados
git checkout -b backup-$(date +%s)

Tenés snapshot. Si Auto Mode hace algo raro, restaurás.

Comandos críticos que pide igual

Auto Mode tiene whitelist de operaciones siempre confirmables (no se puede saltear):

  • rm -rf con paths sensibles (/, ~, /home).
  • git push --force a main/master.
  • DROP TABLE, DROP DATABASE SQL.
  • Llamadas a APIs de pagos (Stripe, MercadoPago).
  • Envío de emails a más de N destinatarios (anti-spam).

Estos están hardcoded. Ni siquiera --dangerously-skip-permissions los pasa por alto en algunos casos.

Productividad real

Datos de la comunidad sobre tiempo ahorrado:

  • Sesión típica de coding 2 horas sin Auto: ~80 confirmations.
  • Misma sesión con Auto: ~5 confirmations (solo destructivas reales).
  • Tiempo ahorrado: 15-25 minutos por sesión.
  • A 10 sesiones por semana: 2.5-4 horas/semana.

Pequeño aumento de productividad por sesión, gran acumulado mensual.

Conclusión

Auto Mode no es "Claude hace lo que quiere". Es "Claude hace lo que vos le pediste, sin pedirte permiso por cada paso". La diferencia con improvisar es vital: vos diste el comando, Claude ejecuta el flujo.

Si estás en proyecto controlado, activá Auto. Si estás en proyecto crítico, mantenlo OFF. La regla: tu nivel de "auto" debe matchear tu nivel de confianza en lo que Claude va a hacer.

Tags: auto-mode, bypass-permissions, productividad, claude-code, terminal, permisos

TC
Tomás Cazalá
Profesor de Marketing Digital · UBA · Fundador de DT, Doble Dosis y Flashtag

¿Te sirvió esta guía?

Sumate a la lista de espera y te aviso cuando publique nuevas.

Sumarme a la lista