前言¶

DeepSeek Harness（DSH）在处理大需求时容易直接进入编码环节，缺少「先规划、再审查」的闭环。这个插件把规划与审查两个环节外包给 Hark，通过 DSH 调用 Hark 再回传结果，形成一个「需求分析 → 方案 → 实现 → 审查」的流程。

这是什么¶

xieyh2002/dsh-hark-bridge 是一个工作流类插件，维护者为 xieyh2002。它让 DSH 把需求和代码交给 Hark：Hark 出方案 → DSH 派子代理实现 → 代码回 Hark 审查。通过 ego-browser nodejs 驱动你已登录的 ego 浏览器，复用 ego 的登录态，不新开浏览器进程。

核心功能¶

插件提供两类能力：

• 模型工具 ask_hark：当对话中出现触发词（默认：hark、问 Hark、让 Hark、交给 Hark、@hark）时 DSH 自动调用。参数包括 mode（plan / review / chat）、analysis（DSH 对需求的分析）、context（相关代码）、questions（需要 Hark 拍板的点）、attachments（要一起发过去的工作区文件）。
• 命令：/hark <内容> 直接问 Hark，回复显示在 DSH 里；/hark-url <网址> 设置或查看 Hark 对话页地址，不带参数时如果 ego 里开着 Hark 会列出候选地址；/hark-login 把 Hark 页面切到前台，首次使用在里面登录一次；/hark-diag 自检，逐项检查 ego、地址、握手、锁和页面锚点，每项给出下一步怎么办。

方案和审查都会生成 Markdown 文件保存到工作区的 .hark/replies/ 目录，文件名按时间戳-模式-内容分段命名。Hark 回复里的 .md 附件会被下载到同一目录，插件只认本次回复中的文件卡片，卡片出现后等待 attachGraceMs（默认 8 秒）再返回。

插件通过原生 fs 写盘，不经过 dsh-fs-sandbox / dsh-bash-sandbox，落点在工作区。配置文件会优先使用工作区内的覆盖层，全局层为兜底。

安装与启用¶

git clone https://github.com/xieyh2002/dsh-hark-bridge.git
cd dsh-hark-bridge
npm install

然后在 DSH 里：

1. 「插件」→「安装插件」，填本目录的绝对路径
2. 重启 DSH

装完 ask_hark 工具和 /hark* 命令就都在了。

典型用法¶

日常可以这样使用：

让 Hark 规划一下：给 restart-hotkey 加一个重启前自动保存会话的功能

帮我审一下这次的改动 @hark

或者直接：

/hark 这段正则为什么匹配不到中文

推荐的大需求流程（把 skills/hark-collab 加进 DSH 的 customSkillDirs 后会自动按这个走）：

1. DSH 自己读项目、写分析 → ask_hark(mode="plan") 要方案
2. 按方案拆任务，并行派子代理实现
3. 跑测试 → ask_hark(mode="review")，context 放 git diff 和测试结果
4. 按「必须修改」逐条改，再 review，直到通过

适用场景与注意¶

插件适合需要将规划与审查环节外包给 Hark 的 DSH 用户。它以当前 DSH 进程的权限运行，安装前应检查源码与许可证（MIT）。目前只支持 ego 浏览器，通过 ego-browser nodejs 驱动，未在其他浏览器上验证过。

结尾¶

这个插件通过复用 ego 浏览器的登录态，将 Hark 整合到 DSH 的工作流中，形成「需求分析 → 方案 → 实现 → 审查」的闭环。更多细节可查看插件目录页与 GitHub 仓库。