dsh-ask-timeout-notify
在终端中运行以下命令:
dsh plugin install SJTUMalPan/dsh-ask-timeout-notify
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness 中执行 dsh plugin install SJTUMalPan/dsh-ask-timeout-notify,或按资料从 https://github.com/SJTUMalPan/dsh-ask-timeout-notify 安装该插件。
插件介绍
在 DSH 里,模型一旦调用 ask_user_question,会话往往会一直挂着等你点选或输入。你如果在开会、出门或暂时切走,很容易几小时后才发现它还在等——既耽误推进,也容易误以为任务已经卡住或结束。
dsh-ask-timeout-notify 是一条轻量的宿主侧工作流插件:在提问链路上启动定时器,超过你设定的阈值(默认 60 分钟)仍无人回答时,向 notify-hub 投递一条带 need_ack 的消息。notify-hub 会落成待办,并按你已配置的渠道推送(飞书、webhook、email 等)。同一问题通过 dedup_key 去重,避免重复超时刷出多条待办;你作答、取消或链路出错时,定时器会及时销毁,不会在不该提醒的时候打扰你。
它刻意不改 DSH「一直等」的语义,也不替用户作答;投递失败只记日志,问答主流程照常继续。实测还区分了两种状态:前端仍开着、回答者接手但人没回——会触发提醒;浏览器关掉导致 NO_PROVIDER 立刻失败——不会发待办,因为那条问答已经不是「在等你」。
适合已经跑通 DSH web、并部署了 notify-hub 的团队或个人:希望模型提问能异步追到飞书等待办,而不是只靠事后翻会话才发现漏答。可通过环境变量或 profile 配置超时分钟数、端点与令牌,也可整体关闭插件。
使用场景
- 模型发了选择题你当时在开会,前端会话一直挂着没人点
- 长时间没看 DSH,希望在飞书收到「在等你回答」的待办
- 模型提问后你去处理别的事,想在超时时被渠道推送叫醒
适合人员
- 已部署 DSH web 与 notify-hub 的个人或团队
- 依赖 ask_user_question 做人工确认或分支决策的 DSH 用户
- 希望问答挂起时能同步到飞书/webhook/email 的运维或开发者