DSH Plugins
返回列表
⚙️

dsh-github-harness

工作流 更新于 2026.10.04

在终端中运行以下命令:

dsh plugin install yintaocheng/dsh-github-harness

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中打开 Plugins → Add plugin,输入或粘贴 https://github.com/yintaocheng/dsh-github-harness 完成安装,启用插件并按宿主提示重启后使用 github_harness 工具。

插件介绍

很多团队希望用 GitHub Issue 写需求、用 Pull Request 收交付,但把写清楚要做什么与让 AI 改代码、再验证、再开 PR 串成可重复工作流,往往还要自己维护分支、会话和上下文。dsh-github-harness 把 Issue 当作 DSH 的任务入口、把 PR 当作代码交付入口:在 Issue 里描述范围与验收条件,由 DSH 在对应仓库里改代码;harness 运行你配置的验收命令,通过后再提交 PR。你在 Issue 或 PR 里留下的修改意见,可以再次触发同一任务继续推进,而不必从头整理背景。

插件按任务隔离上下文:每个 Issue 对应独立分支、DSH 会话与 PR,避免多需求互相干扰。它还会读取 Issue 评论、PR 审查意见与 CI 结果,把反馈纳入同一次任务的后续运行。交付侧强调先验证、再发布:验收失败不会推送;没有实质代码变更也不会创建空 PR。稳定版保留人工审查,不会自动批准或合并 PR。

只需安装一次插件,调用时选择目标仓库即可;同一 checkout 上的任务会串行执行,适合在多个项目间复用同一套 harness 习惯。适合已经在用 DeepSeek Harness、希望把 GitHub 当作需求与协作主战场,又需要可审计、可续跑 agent 工作流的开发者与小团队。

使用场景

  • 在 Issue 中写清需求与验收条件,由 DSH 改码并通过 harness 验收后自动开 PR
  • PR 或 Issue 收到审查与 CI 反馈后,对同一 Issue 再次运行以继续原任务
  • 一次安装插件,对不同目标仓库分别处理 Issue,同一 checkout 内任务串行执行

适合人员

  • 已在用 DeepSeek Harness、希望把 GitHub 当任务入口的开发者
  • 需要 Issue 到 PR 闭环且保留人工审查的小团队
  • 维护多个仓库、想用统一 harness 验收再交付的维护者