Claude Code respondió automáticamente a los usuarios en silencio durante 60 segundos

Claude Code 2.1.198 de Anthropic, lanzado el 1 de julio de 2026, introdujo un comportamiento predeterminado que respondía automáticamente a las preguntas de usuario sin respuesta después de 60 segundos. El cambio se publicó sin una entrada en el registro de cambios y fue revertido aproximadamente dos días después en la versión 2.1.200.

La herramienta afectada, AskUserQuestion, normalmente pausa a un agente mientras espera una decisión humana. En la 2.1.198, un diálogo inactivo devolvía un resultado que indicaba al modelo que continuara usando su mejor criterio:

Sin respuesta después de 60 s — el usuario puede estar ausente del teclado. Procede usando tu mejor criterio según el contexto hasta ahora; puedes volver a formular esta pregunta más tarde si sigue siendo relevante.

El comportamiento también enviaba respuestas parciales. Si un usuario contestaba una pregunta en un diálogo de tres preguntas y luego se ausentaba, Claude Code comprometía esa respuesta y seleccionaba las respuestas restantes por sí mismo. La supuesta opción de “volver a preguntar más tarde” era circular: la pregunta repetida se encontraba con el mismo tiempo de espera.

Cómo Claude Code 2.1.198 manejaba las preguntas inactivas

La función mostraba una cuenta regresiva, pero solo durante los últimos 20 segundos por defecto. Durante los primeros 40 segundos, el diálogo parecía una pregunta bloqueante normal, aunque el temporizador ya estaba corriendo. Pulsar una tecla reiniciaba el temporizador.

El comportamiento estaba controlado por CLAUDE_AFK_TIMEOUT_MS, mientras que CLAUDE_AFK_COUNTDOWN_MS controlaba cuándo aparecía la cuenta regresiva. Ninguna de las dos configuraciones fue documentada en las notas de la versión. El modelo no podía configurar el tiempo de espera: el esquema de la herramienta aceptaba solo preguntas, respuestas, anotaciones y metadatos.

Recomendado

El hardware de OpenAI y fallos críticos sacuden la tecnología

El tiempo de espera se aplicaba específicamente a AskUserQuestion, no a solicitudes de permiso como la aprobación de planes. Sin embargo, usuarios que ejecutaran múltiples agentes —o que usaran bypassPermissions, acceptEdits, allowedTools, --dangerously-skip-permissions, o hooks PreToolUse— aún podían ver cómo el temporizador tomaba decisiones importantes después de que las comprobaciones de permisos ya hubieran sido omitidas o puestas en la lista blanca.

La cronología pública, reconstruida a partir del repositorio y del rastreador de issues, es breve:

• 29 de junio: se lanzó la 2.1.196.
• 30 de junio: se lanzó la 2.1.197 con una línea en el registro de cambios sobre el lanzamiento de Sonnet 5.
• 1 de julio: se lanzó la 2.1.198 con el comportamiento de continuación automática.
• 2 de julio, 02:54 UTC: se presentó la incidencia #73125 por Aleksey Nogin.
• 2 de julio, 03:45 UTC: un comentarista identificó CLAUDE_AFK_TIMEOUT_MS como una vía de escape.
• 2 de julio: se publicó la 2.1.199 con 24 entradas, aún sin mencionar el cambio.
• 3 de julio: la 2.1.200 revirtió la configuración predeterminada.
• 4 de julio, 18:04 UTC: la incidencia se cerró.

La incidencia atrajo 384 reacciones y 143 comentarios, lo que sugiere que la queja no era aislada.

La corrección y la entrada faltante en el registro de cambios

La versión 2.1.200 cambió los diálogos AskUserQuestion para que ya no continuaran automáticamente por defecto y convirtió el tiempo de espera por inactividad en una opción opt-in a través de /config. La capacidad no fue eliminada. En el binario actual 2.1.211, la configuración se llama askUserQuestionTimeout, con valores aceptados de 60s, 5m, 10m y never; un valor no establecido se resuelve como never.

La maquinaria del tiempo de espera permanece en el producto, con una constante predeterminada de 60,000 milisegundos y un umbral de cuenta regresiva de 20,000 milisegundos. Las dos variables de entorno también siguen estando disponibles. Antes de la corrección, los usuarios fijados en una versión afectada podían establecer CLAUDE_AFK_TIMEOUT_MS a un valor muy grande para desactivar el comportamiento.

La brecha en el registro de cambios es central para el incidente. AskUserQuestion aparece 15 veces en 13 versiones, comenzando con la 2.0.55, pero el comportamiento de continuación automática aparece solo en la entrada 2.1.200 que lo eliminó. Las versiones 2.1.198 y 2.1.199 no divulgaron el cambio, y CLAUDE_AFK_TIMEOUT_MS no aparecía en el registro de cambios ni en el README en ese momento.

Anthropic documentó más tarde ambas variables de entorno en su referencia de variables de entorno, indicando que la continuación automática está desactivada por defecto y puede habilitarse mediante askUserQuestionTimeout. La rápida reversión abordó el error inmediato, pero el cambio silencioso de la configuración predeterminada expuso un problema más grave en el proceso de lanzamiento: una función de control de agentes podía alterar puntos de decisión humanos sin una opción documentada para desactivarla.