[Bug] AskUserQuestion timeout instructs premature auto-proceed and is not configurable

Open 💬 0 comments Opened Jul 4, 2026 by francomanca93

Bug Description
AskUserQuestion: el timeout de inactividad no debería instruir "proceed with best judgment", y debería ser configurable

Cuando el usuario no responde a una AskUserQuestion en ~60s, el harness inyecta: "No response after 60s — the user may be away from keyboard. Proceed using your best judgment."

Dos problemas:

  1. Falso supuesto de ausencia. 60s no significa que el usuario se fue — muchas veces está leyendo, evaluando opciones, o la pregunta es densa. Tratar la no-respuesta como ausencia

e instruir al modelo a "proceed with best judgment" empuja a tomar decisiones que eran explícitamente del usuario (justo lo que la herramienta existe para evitar). En mi caso llevó
al asistente a intentar avanzar sobre decisiones que yo quería tomar yo.

  1. No es configurable. No hay setting en settings.json, ni variable de entorno, ni flag para cambiar el umbral ni el comportamiento. El timeout está hardcodeado en el harness y sin

documentar.

Pedidos:

  • Que el mensaje de timeout NO instruya "proceed with best judgment" por default — al menos para preguntas con opciones donde el usuario claramente quiere decidir. Mejor un neutral

tipo "still waiting for the user".

  • Hacer el umbral configurable (ej. askUserQuestionTimeout en settings.json) y/o permitir desactivar la instrucción de auto-proceder.

Contexto: uso AskUserQuestion justamente para frenar y que el usuario decida; el timeout actual trabaja en contra de ese propósito.

Environment Info

  • Platform: darwin
  • Terminal: cursor
  • Version: 2.1.198
  • Feedback ID: 2833af1a-f28b-4688-812c-19d992bb4148

Errors

[]

View original on GitHub ↗