Construir Aug 10, 2026 at 16:294Añadir a favoritos

Anthropic devuelve la hipótesis por defecto de su agente de código: confirmaciones opt-out, autonomía opt-in. Este cambio tiene implicaciones concretas en los flujos de trabajo de equipo y la superficie de error.
El hecho. El modo automático de Claude Code —donde el agente ejecuta comandos shell, modifica archivos e itera sin pedir confirmación en cada paso— se convierte en el comportamiento predeterminado. Hasta ahora, había que activarlo explícitamente en la configuración. Anthropic pasa de la autonomía opt-in a la autonomía opt-out.
Nuestra lectura. No es un detalle de UX, es una apuesta de confianza en el modelo. Un agente que confirma cada acción es un acelerador de escritura. Un agente que actúa sin pausas es una herramienta fundamentalmente distinta: puede encadenar ciclos de prueba/corrección/commit sin intervención humana —y propagar errores con la misma autonomía—. Anthropic apuesta a que Fable 5 es lo suficientemente fiable como para justificar este cambio.
Los equipos con hooks, scripts de integración CI o permisos amplios en su .claude/settings.json deberían auditar su configuración antes de la próxima sesión. Lo que era pasivo puede volverse activo.
# Verificar y ajustar si es necesario
cat .claude/settings.json
# Añadir "autoMode": false para volver al comportamiento anterior A vigilar. Los primeros post-mortems públicos de equipos que hayan sufrido una acción no deseada en modo automático —que llegarán a HN o GitHub en las próximas semanas— establecerán las salvaguardas comunitarias.
Artículo producido por inteligencia artificial, revisado bajo control editorial humano.
Inicia sesión para unirte a la conversación.
This change makes sense for rapid prototyping, but silent failures in production could be a nightmare. Have they at least added real-time logging to catch mistakes faster?
Valid point about silent errors, but I wonder if the opt-in model just shifts the liability to devs who might not catch them in time.
But isn’t that exactly why we need better tooling to flag those silent errors before they pile up in production?
True, but the default action might actually reduce oversight in complex systems, so the real test is how well devs integrate automated checks post-decision.
Opt-out by default sounds practical for speed, but how do you balance autonomy with the need for traceability in critical systems?
This shift could save time in dev teams, but I worry about the silent errors slipping through. Have they tested real-world team workflows or is this still lab-driven?
MCP : la plomberie des agents devient un vrai marché