El 7 de agosto de 2026, Anthropic anunció que a partir del 14 de agosto el "modo automático" (auto mode) pasa a ser la opción por defecto en Claude Code para los planes Pro, Max y Team. Traducido: el agente de codificación deja de pedir permiso paso a paso y solo se detiene ante acciones que considere irreversibles, destructivas o dirigidas fuera de tu entorno. El default cambia de "el humano aprueba todo" a "el agente avanza y un clasificador vigila".

Si en tu equipo alguien ya usa agentes para escribir y ejecutar código, esto no es una anécdota de producto: es un cambio en cómo se gobierna el trabajo autónomo. Vamos a lo que importa: qué ha pasado, qué implica para tu producto y qué haríamos nosotros.

Qué ha pasado

Según el anuncio de Anthropic (recogido, entre otros, por TechCrunch y 9to5Mac), a partir del 14 de agosto de 2026 las nuevas sesiones de Claude Code en Pro, Max y Team arrancarán en auto mode salvo que el usuario o su administrador hayan fijado otra configuración. Enterprise y API se quedan en opt-in de momento, con la intención de extender el cambio en las semanas siguientes, tras dar tiempo a los administradores a revisarlo.

El dato que sostiene la decisión es el más interesante. En una prueba interna con 1.053 usuarios de pago, Anthropic afirma que el modo automático detectó el 89% de los comandos peligrosos, frente a solo el 13,6% de la revisión humana manual. ¿La causa del bajón humano? La fatiga de aprobación: los usuarios aprueban el 97% de los prompts de forma refleja, sin leerlos. Anthropic también deja de cobrar los tokens extra que consume el clasificador.

Conviene leer ese 89% con cabeza: la propia compañía reconoce que un clasificador no elimina el riesgo y recomienda revisión humana para cambios en producción. Es decir, el mensaje no es "ya no hace falta mirar", sino "mirar 200 prompts seguidos no funciona; dejemos que la máquina filtre y reservemos la atención humana para lo que de verdad importa".

Qué implica para tu producto y tu equipo

El titular real no es "Claude Code cambia un ajuste". Es que un proveedor de referencia está normalizando que los agentes de codificación operen con autonomía por defecto, respaldándolo con datos de que la supervisión humana continua no escala. Para un CTO o un responsable de ingeniería, eso obliga a decidir de forma explícita algo que antes se resolvía solo con la fricción de los permisos:

  • ¿Dónde permites autonomía y dónde no? No es lo mismo un agente iterando en una rama de exploración con tests que un agente tocando infraestructura, migraciones de base de datos o el pipeline de despliegue.
  • La fatiga de aprobación es real, y tu proceso probablemente ya la sufre. Ese 97% de aprobaciones reflejas describe a muchos equipos que "revisan" pull requests o prompts sin leerlos. Delegar el filtro de bajo nivel a una máquina puede ser mejor que un humano saturado, pero solo si el filtro humano se recoloca donde aporta.
  • El perímetro importa más que nunca. Que el agente "avance solo" hace que dónde se ejecuta y con qué credenciales deje de ser un detalle. Es exactamente el problema del que hablamos en aislar agentes de IA que ejecutan código: sandboxing, control de egress y credenciales efímeras.

Nuestra recomendación

Nuestra posición, sin medias tintas y con matices:

Sí al modo automático para trabajo acotado y reversible. Exploración, refactors con buena cobertura de tests, generación de andamiaje, tareas largas donde aprobar cada paso solo genera fatiga. Ahí la autonomía es una ganancia neta de productividad y el clasificador es mejor que un humano cansado.

No al piloto automático en producción. Para cambios que tocan infraestructura, datos, seguridad o despliegue, mantenemos human-in-the-loop de forma deliberada, apoyado en las barreras que no dependen del criterio de un revisor agotado: revisión por pares obligatoria, CI con tests y linters, entornos aislados y credenciales de mínimo privilegio. El agente propone; la persona —y la pipeline— disponen.

Para quién sí y para quién no. Un equipo senior, con buena cobertura de tests y CI serio, puede adoptar auto mode de forma agresiva sin perder el sueño. Un equipo sin tests, sin CI o que trabaja directamente contra entornos sensibles debería activarlo con cuidado: la autonomía amplifica lo que ya tienes, para bien y para mal. Si tu red de seguridad es débil, un agente rápido llega antes al incidente.

Así es como trabajamos nosotros: con un equipo 100% senior in-house, usamos agentes de forma intensiva pero no confundimos "rápido" con "sin criterio". Un agente no se da por bueno a ojo; se mide. Lo contamos en evaluar agentes de IA en producción: evals, no vibes y en el impacto de los agentes de IA en el desarrollo de software.

Si estás definiendo cómo tu equipo adopta agentes de codificación —qué automatizar, qué revisar y con qué barreras—, hablémoslo. Es una decisión de gobernanza, no solo un ajuste en un menú.