超时自动应答 AK-blank/dsh-plugin-auto-answer

dsh-plugin-auto-answer

无人值守的 DSH 会话不会卡死在 ask_user_question 上。

超过设定时间没人回答时，这个宿主插件用提问者推荐的选项（标签里的 (Recommended) / （推荐））把这个问题答掉，Agent 继续干活。如果你在时间内回答了，你的答案原样生效，插件完全不插手。

纯 Host bundle：页面里没有任何渲染，没有浏览器半边，零依赖。

已知 UI 行为（设计如此，不是 bug）：浏览器页面开着时，自动应答之后那张问题卡片会留在屏幕上，直到你点「提交」/「跳过」或刷新页面。答案早已落库、这一轮也早已继续；详见下方「自动答完后问题卡片还留在屏幕上 —— 这不是 bug」。

安装

从 GitHub 装（无构建步骤：源码即产物）
dsh plugin --profile web add github:AK-blank/dsh-plugin-auto-answer

本地开发时直接指目录
dsh plugin --profile web add /绝对路径/dsh-plugin-auto-answer

dsh plugin add 会把包装进 profile 并选中它的 bundle 层，所以它会出现在 GUI「插件」页，也会出现在 dsh --profile web --dump-config（# == dsh-plugin-auto-answer → id: auto-answer）。

新装的 bundle 通过 HMR 即时生效；替换已装的同一插件必须重启 dsh web —— 宿主代码按进程缓存，改过的 lib/index.js 不会因为重新 apply 而换掉。

它怎么工作

ask_user_question 以 user-questions/request waterfall 分发：浏览器 UI 用一张问题卡片来回答， headless 运行则根本没人应答。

本插件站在这条链路最前面（prepend）并调用 next() —— 它是代理，不是否决：

| 情况 | 结果 |
| 人在窗口内回答 | 用人的答案，原样透传 |
| 到点没人回答 | 提交推荐选项 |
| 下一环直接失败（没有页面导致 NO_PROVIDER、传输中断） | 窗口继续跑，到点提交推荐选项 |
| 工具自己的 timed 窗口先到（ASK_TIMED_OUT） | 立刻提交推荐选项，而不是返回 pending |
| 本轮被取消（ASK_ABORTED、signal abort） | 原样抛出 —— 被取消的轮次绝不去答 |

监听用 { global: true, prepend: true } 注册。global 不是可选项：Agent 事件按"监听器注册时所在上下文的 scope"过滤，而通过插件管理器安装的插件是在某个 Agent 的 scope 里被 apply 的 ——少了它，插件只会答安装它的那个会话。

什么算"推荐选项"

- 标签以 (Recommended)、（推荐）、(推荐)、（Recommended） 结尾，大小写不敏感； 不要求在第一项。
- 标签原样提交：标记会留在答案里，因为它就是提问者给出的那个值。
- 多选问题：所有带标记的选项一起选。
- 没有任何标记时由 fallback 决定：first（默认）、last、none（永不自动回答，留给人）。
- 没有选项的问题无从选择：freeText: skip 提交空选择（协议里本来就有的"跳过"语义）， block 则留给人类。
- plan-review（计划审批）默认 ignore：批准一个计划是有后果的决定。
planReview: approve / decline 才是显式选择。
- 一批问题只有在每一题都能自动回答时才整批作答；答案契约要求一题一条，部分作答等于把真正需要人决定的题藏起来。

配置

所有键都可省略，行的 config 覆盖默认值。

| 键 | 默认 | 含义 |
| enabled | true | 总开关；false 时连监听都不注册 |
| timeoutSeconds | 120 | 自动作答前的等待窗口（5 – 86400） |
| fallback | first | 没有标记时选 first \| last \| none |
| freeText | skip | 无选项的问题：skip \| block |
| planReview | ignore | 计划审批：ignore \| approve \| decline |

profile 的 cordis.patch.yml，位于所有 bundle 层之后
- id: auto-answer
name: 'dsh-plugin-auto-answer'
config:
timeoutSeconds: 90
fallback: first

如果 tool-ask-user 跑在 timed 模式：timeoutSeconds 必须小于工具的 timeout，否则工具先返回 pending，本插件的答案就没机会生效。默认的阻塞式工具没有这个约束。

观测

dsh web 的宿主日志在终端里看不到，所以插件提供可选的 JSONL 轨迹：

DSH_AUTO_ANSWER_LOG=/tmp/auto-answer.jsonl dsh web

{"at":"2026-10-18T03:31:56.138Z","event":"armed","agentId":"session-…","timed":false,"questions":1,"timeoutMs":20000,"picks":[{"id":"color","selected":["蓝色 (Recommended)"]}]}
{"at":"2026-10-18T03:32:16.141Z","event":"answered","agentId":"session-…","reason":"window-elapsed","timeoutMs":20000,"picks":[{"id":"color","selected":["蓝色 (Recommended)"]}]}

事件：armed、answered、delegated（人答的）、delegate_error、failed。
轨迹路径不可写也不会影响它描述的那个问题。

已验证的行为

离线自检（node selftest.mjs）—— 39 项：打包契约、配置归一化、推荐判定、注册参数、计时竞态，以及"没有未处理拒绝 / 没有泄漏的定时器"。

真实安装路径：装进一个一次性 profile（dsh plugin add），在 dsh --profile … --dump-config 里确认了 bundle 层与插件行，并在 GUI「插件」页的「已安装」里看到「无人值守自动应答」。

真实端到端（默认阻塞式工具）：

- 无人值守：20 秒窗口，问题一直没人答 —— 轨迹是 armed → 20.003 秒后 answered，选的是推荐项；整轮 22 秒结束，模型回复 "你最终选择了蓝色（Recommended）。"
- 有人在：60 秒窗口，第 24 秒人工选了非推荐项 —— 轨迹是 armed → delegated (answered-by-ui)，整轮以 "你最终选了香蕉。" 结束，卡片正常收成 1/1 已回答。

自动答完后问题卡片还留在屏幕上 —— 这不是 bug

这是设计内的预期行为，请不要为它开 issue。

ask_user_question 是通过 waterfall 被应答的：浏览器那边的 Client 渲染出问题卡片、等人类提交，宿主这边等的是"谁来接这个请求"。本插件是在宿主侧到点作答的，而宿主没有一条消息去通知 Client "你的问题已经在别处被结掉了"。于是那张卡片会停在原地：

- 它留在对话记录里，仍然占着输入区；
- 会话列表可能还显示「等待回答」。

其余一切正常：ask_user_question 的结果里已经带着被选中的答案，这一轮照常继续、正常结束，落库的会话数据是准确的 —— 那张滞留的卡片是浏览器端的状态，不是会话状态。

处理办法：点卡片上的「提交」或「跳过」，或者刷新页面。提交一张过期卡片是无害的：请求早就结掉了，不会补注入一条迟到的答案，也不会报错（已实测）。刷新页面同时会让会话列表那一行恢复正常。

宿主侧插件没法自己收掉它：卡片属于 Client 自己的那次请求，只有 Client 能结算它。若要让它在未来自动关闭，需要 Client 侧的改动。

不在范围内

插件不处理 approval/request（工具审批）：自动批准一条命令是另一类风险，故意不做。

开发

node selftest.mjs # 离线：不用 Harness、不留定时器、不开浏览器

lib/index.js 导出 normalizeConfig、isRecommendedLabel、decideQuestion、 planRequest、createRuntime（now / setTimer / clearTimer / trace 均可注入）和 apply ——自检驱动的就是 Harness 加载的同一批函数。

MIT。

声明

非官方插件，与 DeepSeek 官方无隶属、背书或支持关系；DeepSeek、DeepSeek Harness 等名称与商标归其各自所有者。