ask_user_question的机制我觉得不适应

[bigscientist]

现在如果DSH向我提问，是多少时间没回答就会转为报错吗？这个最好有方便调节的选项。现在这样，容易错过

[denial123789]

核对 rc.2 源码后，可以明确回答：ask_user_question 自身没有“多少时间不回答就报错”的内置超时。它的 ToolDefinition 没有 timeoutMs，timeout policy 对未声明预算的工具也不会加默认 deadline。等待期间不会继续调用模型，也不增加等待 token。

截图里的 ASK_ABORTED 表示所属工具执行的 AbortSignal 被取消，或者 Web user-question provider 被 dispose；它不能单独证明是等待时间过长。常见需要关联的事件是 Session Stop、Agent/turn 取消、Host 重启/HMR、Preset/插件生命周期。显式关闭问题卡则是另一类 ASK_CANCELLED。

浏览器断线本身按当前设计不应取消问题：Host 保存 pending request，重连时会用同一个 rpcId 重放。若卡片消失，可先刷新/重连，不要直接 Stop；若 Host 仍 pending，问题在 replay/resync 展示层。

我赞成增加可调策略，但建议拆成三个配置：无截止时间、只提醒但保持同一 pending request、真正的回答截止时间。真正超时应返回独立 ASK_TIMEOUT，绝不能自动选择推荐项或视为批准。

源码路径、排查时间线、当前处理办法和 22 个回归条件：https://github.com/sandbaseai/deepseek-harness-handbook/blob/main/docs/en/troubleshooting/ask-user-question-aborted.md