Claude Code empieza a tomar decisiones por ti: el 'AFK auto-continue' que nadie pidió

El 1 de julio de 2026, Anthropic lanzó una actualización silenciosa de Claude Code. Si no respondes en 60 segundos, la IA sigue adelante sin ti. Y no lo pusieron en las notas de la versión. Es el tercer incidente de confianza del año.

El 1 de julio de 2026, Día de Canadá, Anthropic publicó Claude Code v2.1.198. La release incluía 33 cambios según el agregador de versiones, pero había uno que no aparecía en ningún sitio. Literalmente, cero líneas en el changelog (confirmado por el usuario LukaPrebil en GitHub, julio 2026).

La función se llama, extraoficialmente, "AFK auto-continue". Si le haces una pregunta a Claude Code y no respondes en unos 60 segundos, el sistema inyecta una respuesta sintética —vacía— y le dice al modelo que continúe con su mejor criterio. El desarrollador Olaf Alders lo documentó a fondo en un artículo de más de 6.000 palabras titulado precisamente "Claude Code: Anatomy of a Misfeature" (julio 2026).

El mensaje que aparece en la terminal, textual, es este:

● Claude asked:
  ⎿ ...
  
  ● No response after 60s — continued without an answer
  
● The user stepped away. I'll proceed with best judgment.

Y el agente sigue ejecutando herramientas. Puede modificar archivos, lanzar comandos, hacer commits. Sin que nadie haya dicho que sí.

Lo que nadie te dijo: esto no fue un bug, fue una decisión

Lo más grave no es la función en sí —que ya es discutible—, sino cómo llegó a producción. Según la investigación de Alders, que incluye un diff pormenorizado del bundle publicado en npm, el código se introdujo en v2.1.198 con el timestamp del 1 de julio de 2026 a las 16:50 UTC. La release anterior (v2.1.197) no lo tenía.

El changelog oficial de v2.1.198 habla de "notificaciones de agentes en segundo plano" y "auto-commit de PRs". Ni una palabra sobre el auto-continue (CHANGELOG.md, julio 2026). Tampoco hay un settings.json para desactivarlo. Solo existe una variable de entorno indocumentada: CLAUDE_AFK_TIMEOUT_MS, que alguien encontró rebuscando en el bundle empaquetado.

Anthropic tardó un par de días en emitir un fix (v2.1.200, 3 de julio), pero el daño estaba hecho. La pregunta que sobrevuela la comunidad de desarrolladores no es "¿cómo arreglamos esto?" sino "¿cuántas veces más va a pasar?".

No es la primera vez: el patrón de 2026

El AFK auto-continue no es un incidente aislado. Es la tercera vez en menos de seis meses que Anthropic introduce cambios en Claude Code que afectan la confianza del usuario sin la transparencia esperable:

1. La caída de calidad de marzo-abril de 2026. Durante 50 días, Claude Code dio respuestas significativamente peores. Un ingeniero de AMD detectó el problema antes que Anthropic. La empresa admitió después que fueron tres cambios separados: redujeron el esfuerzo de razonamiento de "alto" a "medio" (marzo), introdujeron un bug de caché que descartaba el historial de razonamiento (marzo), y un tercer cambio que agravó todo (abril) (postmortem oficial de Anthropic, abril 2026). La comunidad lo llamó "el gran deterioro".

2. La política de sabotaje académico (junio 2026). Anthropic introdujo una cláusula en sus términos de servicio que permitía revocar el acceso a Claude si consideraban que un investigador estaba "saboteando" el modelo. La presión de la comunidad fue tal que tuvieron que dar marcha atrás. El hilo en Reddit tiene cientos de comentarios de usuarios diciendo que "la confianza está rota".

3. El AFK auto-continue (julio 2026). El que nos ocupa. Una función que cambia el comportamiento por defecto del agente, que afecta la seguridad del flujo de trabajo, y que se cuela en producción sin documentación ni changelog.

Tres incidentes. Seis meses. Un patrón.

Lo confieso: yo mismo uso Claude Code a diario. Lo tengo integrado en mi terminal, lo uso para mantener este sitio web, para automatizar procesos, para debuguear cosas raras. Y cuando leí el artículo de Alders, sentí un escalofrío. Porque me vi perfectamente en ese escenario: dejo a Claude trabajando, me voy a por un café, vuelvo y no sé qué ha hecho en esos minutos.

Lo peor es que no es la primera vez que una actualización automática me pilla por sorpresa. Ya me pasó con la caída de calidad de marzo-abril —estuve varios días pensando que había tocado algo en mi configuración hasta que vi el postmortem de Anthropic. Y ahora esto.

Los riesgos reales de que un agente decida por ti

Pongamos el AFK auto-continue en contexto real. No es un "easter egg" inofensivo. Olaf Alders enumera varios escenarios en su análisis:

• Ventana de 60 segundos irreal: Si te levantas a por un café, a abrir la puerta, o simplemente estás leyendo el código que Claude te ha mostrado, pierdes la ventana y el agente sigue adelante.
• Múltiples agentes simultáneos: Si estás ejecutando varios agentes Claude Code a la vez —algo cada día más común—, ¿cómo atiendes sus preguntas en la misma ventana de 60 segundos?
• Decisiones equivocadas, tokens quemados: Si el agente elige mal y empieza a refactorizar código en la dirección incorrecta, has perdido tiempo, dinero en APIs y, potencialmente, has corrompido tu código base.
• Despliegues automáticos: Si usas Claude Code para hacer deploys (y sí, hay quien lo hace), un auto-continue en el momento equivocado puede mandar a producción código sin revisar.

La ironía es que Anthropic había publicado en marzo un artículo titulado "How we built Claude Code auto mode: a safer way to skip approvals" (Anthropic Engineering Blog, marzo 2026), donde explicaban que el 93% de los permisos se aprueban automáticamente con clasificadores entrenados. Es decir, ya existía un sistema para reducir la fricción. El AFK auto-continue era, como dice Alders, "una solución en busca de un problema".

Cómo protegerte si usas Claude Code

Si eres usuario de Claude Code y esto te preocupa —con razón—, hay algunas cosas que puedes hacer:

Desactivar las actualizaciones automáticas. Claude Code se actualiza solo por defecto. Puedes desactivarlo con claude settings set autoUpdate false. El problema, como señala Alders, es que esto también detiene las actualizaciones de plugins, así que no es una decisión trivial.

Usar la variable de entorno. Si quieres mantener el auto-update pero evitar el auto-continue, puedes poner CLAUDE_AFK_TIMEOUT_MS=0 en tu entorno. Pero ojo: esto no está documentado oficialmente y podría cambiar en cualquier release futura.

Volver a una versión anterior. Si sabes qué versión te funcionaba (por ejemplo, v2.1.196, que según el reporte de GitHub es la última sin el AFK), puedes pinzarla. Pero pierdes el resto de parches de seguridad.

No son soluciones ideales. Debería haber un interruptor en los ajustes, no una variable de entorno que hay que descubrir por ingeniería inversa.

Más allá de Claude Code: el problema de los agentes autónomos

El debate de fondo es más grande que Anthropic. Cuando los agentes de IA empiezan a tomar decisiones sin supervisión humana —aunque sea por "eficiencia"—, entramos en un terreno en el que los defaults importan más que nunca.

Que un usuario pueda configurar un agente para que sea autónomo es una cosa. Que la empresa decida por defecto que el agente continúe sin ti y no te lo cuente es otra muy distinta. Es la diferencia entre consentimiento informado y sorpresa desagradable.

En el mercado de herramientas de IA para programación, la competencia es feroz. Cursor, Copilot, Codex y el propio Claude Code se disputan a los mismos desarrolladores. La confianza es quizás el activo más difícil de construir y el más fácil de perder. Con cada incidente no documentado, Anthropic regala argumentos a sus competidores.

Anthropic resolvió el AFK auto-continue en cuestión de días. Pero no ha resuelto la pregunta de fondo: ¿cuánto control estamos dispuestos a ceder a los agentes de IA, y quién decide los límites? Mientras la respuesta la encuentre un desarrollador rebuscando en el código empaquetado de una release no documentada, la confianza seguirá siendo la asignatura pendiente de 2026.