提问超时守卫 yeruizhi/dsh-ask-user-timeout

dsh-ask-user-timeout

DeepSeek Harness 的守卫插件：给面向模型的 ask_user_question 工具加上有界生命周期，这样即使没有任何浏览器标签页渲染问题，智能体循环也不会永远卡住。

修复的 bug

模型调用 ask_user_question 时，工具调用会挂起循环，直到有人在 Web UI 里作答。问题只由浏览器里实时接管输入框的组件（ui-user-questions）渲染。如果没有标签页正在显示该会话——标签页关了、后台挂了一夜、mux 连接断了——就没有任何东西渲染问题，也没有任何东西给它设超时：

- 该轮次永远停在「进行中」（没有超时、没有重新通知、没有可见错误）；
- 唯一的出口是手动停止，而它会抛出一个误导性的 ASK_ABORTED（「用户作答前已中止」），尽管问题从未展示给任何人。

本插件用协作式截止时间包装 ask_user_question 的执行（与内置 timeout-policy 守卫用的是同一个 deadline() 原语）。截止时间先到，工具就返回结构化的、模型可见的 ASK_TIMEOUT 结果，而不是永远挂起——循环继续推进，模型可以重新提问或继续往下走。

安装

public GitHub install (works without an npm account)
dsh plugin --profile web add git+https://github.com/yeruizhi/dsh-ask-user-timeout.git

重启 dsh web，然后硬刷新浏览器。包装只对插件加载后创建的会话里的 ask_user_question 调用生效。

配置

| key | default | meaning |
| timeoutMs | 600000 (10 min) | how long a pending ask_user_question may wait before it times out |

~/.dsh/profiles/web/cordis.patch.yml
- insert:
- id: ask-user-timeout
name: 'dsh-ask-user-timeout'
config:
timeoutMs: 300000

工作原理

- 监听 tools/execute（与官方 timeout-policy 守卫同一个扩展点）。
- 只包装名为 ask_user_question 的工具；其他工具原样透传。
- 分发期间把 exec.signal 换成融合后的截止时间，之后恢复上游 signal。
- 超时时，替换为 error.code = ASK_TIMEOUT 的结果；嵌套的或上游的截止时间按普通取消处理，原样透传。
- 不改变工具的 schema、输出结构或语义。

范围

这是守卫插件，不是对 Web UI 渲染缺口的修复。它只止住挂起；更深层的问题（没人渲染的问题在标签页回来或重连时不会重新通知）在上游 deepseek-ai/deepseek-harness discussion #2929 跟踪。

许可证

MIT