DSH Plugins
返回列表
⚙️

dsh-project-ops

工作流 更新于 2026.08.28

在终端中运行以下命令:

dsh plugin install Missher12/dsh-project-ops

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

在 DeepSeek Harness 中安装 dsh-project-ops 插件,开源地址 https://github.com/Missher12/dsh-project-ops ,执行命令 dsh plugin install Missher12/dsh-project-ops 即可。

插件介绍

Agent 驱动的工作流中,一个反复出现的摩擦是:Agent 清楚哪些文件发生了变化,却缺少一张有界的项目任务图谱来回答「该跑哪些检查、依赖关系如何、结果能否被验证」这类问题。dsh-project-ops 为 DeepSeek Harness 提供一层声明式任务自动执行的 Bundle:它只读取 package.json、Makefile、Justfile 和 pnpm workspace 中的任务声明,不引入第二套 shell、作业注册表或工作流引擎,所有审批、取消与输出保留仍由 Harness 宿主负责。

六个模型工具承载核心逻辑。task_list 枚举有界声明任务及其依赖边;task_plan 接收变更文件列表与验证目标(test、lint、typecheck、build),完成拓扑排序,且只自动选择这四种安全检查用途;task_run 提供前台、后台与 auto 三种模式,auto 模式优先走后台并在有限等待窗口内返回终态回执;task_collect 在 Harness JobRegistry 的调用者所有权约束下轮询结果;verification_gate 重新发现 manifest、重算计划,对版本二回执给出 passed、pending、failed 或 stale 判定,只返回任务 ID 与原因码;capability_search 仅对当前 Agent 可见的工具 schema 与项目内任务排序,不触及全局注册表。

适合已在 DeepSeek Harness 上运行 monorepo 或 Make/Just 工作流的团队——希望 Agent 自主执行检查并产出可审计回执,同时不引入平行 shell 作业系统或额外工作流引擎的场景。执行策略、审批、取消与输出保留的权威始终在 Harness 宿主。

使用场景

  • Agent 修改 monorepo 多个文件后,自动规划并运行受影响的测试、lint、typecheck 检查
  • 长时构建任务交入后台执行,等待完成后获取终态回执以触发下一步验证
  • 本地或 CI 流程凭回执原因码判定 Agent 提交结果是否完整、是否过期
  • Agent 在有限工作区内发现可执行任务并选择合适的前台或 auto 模式分发

适合人员

  • 已在 DeepSeek Harness 上运行 monorepo Agent 工作流的团队
  • 使用 Make、Just 或 pnpm workspace 声明任务且希望 Agent 自主执行检查而不引入额外引擎的工程师
  • 需要可审计执行回执来门禁发布或合入流程的平台与 infra 团队