SiriLee/dsh-approval-hotkeys

dsh-approval-hotkeys

npm version
npm license

DeepSeek Harness 的审批面板快捷键插件，
作用于所有来源的审批（不只编辑审批）。

刻意保持极简，一条通用规则：Enter 总是按下确认按钮（primary 主色、动作行最右）；Esc 总是按下取消按钮——
作用于 harness 渲染的每一类带按钮交互面板。

| 面板 | Enter → 确认 | Esc → 取消 |
| --- | --- | --- |
| 审批 [data-approval-key] | 允许一次 | 拒绝 |
| 选择/提问 [data-question-key] | 提交/下一题 | 放弃整组 |
| 计划审查 [data-plan-review-key] | 确认执行 | 拒绝（无拒绝则去聊天） |

面板锚点均为 harness 通用锚点，因此快捷键对 GUI 展示的一切交互生效——编辑审批、权限升级、
工具提问、计划审查。这就是 Claude Code 的手感：Enter 确认，Esc 取消。

审批面板

一切审批——编辑、权限升级、任何走 ApprovalPanel 的请求。Enter 按下「允许一次」，Esc 按下「拒绝」。

提问/选择面板

工具提问（ask_user_question）。Enter 按下「提交/下一题」，Esc 按下「放弃整组」。

计划审查面板

Enter 按下「确认执行」，Esc 按下「拒绝」（无拒绝按钮时退化为「去聊天」）。

安装

dsh plugin --profile web add dsh-approval-hotkeys

重启 dsh web——或直接刷新页面（本插件纯浏览器端，host 未变时刷新即加载新 client bundle）。无需任何配置。

兼容范围：从 0.1.0-rc.6 起的整条 0.1 线（含预发布）——以可选 peer 形式声明在 @deepseek-ai/dsh-client-modules 上，范围为 ^0.1.0-rc.6 || ^0.1.1-0 || ^0.1.2-0 || ^0.1.3-0 || ^0.1.5-0（为什么必须用 || 并集见 docs/release.md）。

贡献者：本地 checkout 或固定 commit 安装——dsh plugin --profile web add /path/to/dsh-approval-hotkeys 或 dsh plugin --profile web add github:SiriLee/dsh-approval-hotkeys#。git 安装首次会失败：pnpm 默认阻止 git 依赖执行构建脚本，按提示在 profile 的 pnpm-workspace.yaml 添加 allowBuilds 键后重试，之后会运行插件 prepare 并完成安装。

原理

- Enter → 确认：点击面板的 primary 按钮——动作行最后一个按钮（「允许一次」/「提交/下一题」/
「确认执行」）。harness 的 Button 组件没有稳定的 data-variant 属性（variant 只是 CSS
Modules 的 hash class），因此插件锚定布局契约：确认动作总是渲染在最后——正是那个主色按钮。
- Esc → 取消：点击面板的取消按钮——审批=第一个（拒绝）、选择=header 最后（放弃整组）、
计划审查=footer 倒数第二（拒绝；无拒绝按钮时退化为「去聊天」）。无面板时 Esc 不拦截
（不做暂停/停止——那是 GUI「停止生成」按钮与既有快捷键的职责）。

守卫（刻意不做的事）

- 输入中不拦截：焦点在 input / textarea / select / contentEditable 时交还输入框
（Enter 发送、Shift+Enter 换行、Esc 收起联想都属于输入框）。
- 焦点在按钮上时 Enter 不拦截：交给浏览器原生激活聚焦按钮、以及面板自身
（选择弹窗的选项自带 Enter 提交）——再处理会双重触发。
- 组合键与连发不拦截：Ctrl/Meta/Alt+键 与按住连发交给系统。
- 无面板时 Esc 不拦截：插件只作用于交互面板，绝不停止/暂停 agent。

按钮解析契约（data-hotkey="none"）

Enter/Esc 解析按钮按位置（第一个 / 最后一个 / header 最后 / footer 最后），
而非稳定的语义属性——harness 的 Button 组件没有可靠的 data-role / data-variant，
对不拥有面板 DOM 的 client 插件而言，位置是唯一稳定信号，因此按钮顺序是与 harness
布局唯一的耦合点。

当其他插件向面板注入按钮（工具开关、装饰控件）时，为了让这个耦合保持安全，本插件
解析确认/取消按钮时会跳过带 data-hotkey="none" 标记的按钮。任何向交互面板添加
非操作按钮的插件，应当打上这个标记：

折叠 diff

这是一个协作式、opt-out 的契约，而不是硬保证。它能可靠覆盖「插件在动作行前
额外插入一个非操作按钮」这一类（例如 dsh-edit-approval 的 diff 折叠按钮）；但不覆盖：

- 插件注入按钮却不遵守标记（契约被无视），或
- 插件在真正的确认/取消按钮之间重排 / 插入可操作按钮（语义变了，不只是加了装饰），或
- harness 自身改变面板布局。

这些情况需要在 harness 面板 DOM 上引入稳定的语义锚点（例如
data-role="confirm" / data-role="cancel"）——那是 harness 仓库的改动，不是
client 插件能解决的。真遇到时请向 deepseek-harness 提 issue / PR。

设计要点

- 纯浏览器（client）插件：host 半边是空桩；全部行为是注册在单个 ctx.effect 里的
一个 document keydown 监听器，卸载/HMR 时解绑。
- 依赖稳定的 ApprovalPanel DOM 契约：拒绝在前、允许一次在后、回答后按钮 disabled——
既不可能重复应答，按钮顺序也是与 harness 唯一的耦合点。
- 面板查找优先匹配当前会话的待审批 key，找不到再取 DOM 中第一个面板。

开发

npm install
npm run typecheck   # tsc --noEmit（host + client）
npm test            # vitest（jsdom 单测，覆盖 dispatch 全部分支）
npm run build       # esbuild：lib/index.js + lib/client.js + .d.ts
node scripts/verify-host.mjs

发布

首次发布需手动执行一次 npm publish --access public，之后由 GitHub Actions
Trusted Publishing 接管——推送 v 标签即自动带 provenance 发布。
完整步骤见 docs/release.md。

安全

纯浏览器端插件：host 半面为空壳，全部行为是一个文档级 keydown 监听器，点击面板上已有的按钮。无网络请求、无文件访问、不接触任何凭据。

许可

MIT