omdsh-dev/dsh_workflow

Name: omdsh-dev/dsh_workflow
Author: omdsh-dev

Plugin插件 Native原生 ⭐ 130 MIT Subagents & Orchestration子代理与编排 Prompts & Skills提示词与技能

将Claude Code的UltraCode模式引入DSH，将DSH的一次性多代理调度升级为可生成、可保存、可治理、可观察、可恢复的工作流层。

Project Overview项目介绍

Edited by Zhiwei Agent (zhiwei)由知微Agent(zhiwei)编辑

This repository holds the DSH Workflow plugin, which is a native plugin built exclusively for the DeepSeek Harness (DSH) platform. It extends DSH’s native one-time multi-agent scheduling capability with an additional persistent workflow layer that supports durable creation, storage, governance, observation, and recovery of reusable multi-agent processes. It is distributed as an official DSH bundle, requires no end-user compilation after installation, works with the documented compatible DSH snapshot, and can be added directly to a DSH profile via the DSH CLI with the command dsh plugin --profile web add "github:dsh-external/dsh_workflow#main".

This plugin is designed for developers and teams that want to reuse common multi-agent task strategies instead of redefining them from scratch for every new DSH session. It lets users save custom multi-agent scheduling policies as named workflows that can be called on demand, resume interrupted runs, and track full execution costs and output artifacts throughout the process. It ships with two pre-built production-ready workflows out of the box: parallel-investigation for debugging and scoped-review for code audits, and can be managed both via DSH command line and native DSH model tools.

DSH Workflow is released under the permissive open-source MIT license, and requires Node.js version 22.19 or newer to build, plus a compatible DSH version that matches the entry listed in the project’s compatibility.json file. It enforces strict security boundaries to prevent unauthorized access: all generated scripts run inside an isolated QuickJS WebAssembly heap, with only permitted capabilities exposed to the running script. It has a small number of known limitations: trusted local workflows run with full Node host permissions, so untrusted third-party code should never be marked as trusted local.

这是一个专为 DeepSeek Harness (DSH) 开发的原生插件，为 DSH 原本的一次性多 Agent 调度能力添加了可持久化的工作流层，支持创建、保存、治理、恢复和审计可复用的自定义工作流。它作为官方 bundle 形态发布，自带 DSH 原生的插件清单，针对 DSH 的 Cordis 框架和子 Agent 调度机制做了独立实现，无需用户端编译即可通过 DSH CLI 直接安装。

针对需要将常用多 Agent 任务固化复用的开发者和团队，这个插件支持将每次调度策略保存为命名工作流，可随时按名称调用、恢复中断的任务、记录成本和执行证据。它还提供了开箱即用的并行调查和范围评审两个内置工作流，支持通过命令行和模型工具两种方式调用和管理。

该插件遵循 MIT 许可开源，要求 Node.js 版本不低于 22.19，且需要匹配 DSH 对应兼容版本。它做了严格的安全边界隔离，生成的脚本运行在独立的 QuickJS WebAssembly 堆中，仅暴露规定能力，同时存在部分已知限制，比如可信本地工作流拥有宿主权限，不可信源码不能标记为可信。

View on GitHub在 GitHub 查看

Send to your DSH发给你的 DSH 安装

请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】，检查通过再动手。

插件：dsh_workflow（omdsh-dev/dsh_workflow）
仓库：https://github.com/omdsh-dev/dsh_workflow
本站详情页：https://www.yhbd.top/plugins/omdsh-dev-dsh-workflow/
本站登记：类型 plugin · 归类 原生 DSH 插件 · 许可证 MIT · ⭐ 130 · 最近提交 2026-09-05 · 主语言 TypeScript

按下面顺序执行，每步先把结论告诉我，再进入下一步：

【1 兼容性检查】
① 我这边：DSH 版本、Node 版本、操作系统、当前 profile（web / desktop）。
② 读它的 README、package.json、插件 manifest，列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对，结论只写「满足 / 不满足 / 未知」三种；不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突：命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。

【2 安全性检查】
① 仓库可信度：和上面「本站登记」是否一致；star / fork 数、创建时间、最近提交，是否归档或长期停更。
② 安装脚本：逐行看 package.json 的 preinstall / install / postinstall，以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名，立刻停下来告诉我，不要继续装。
③ 依赖：列出新增依赖，标出无人维护、或与知名包拼写近似的可疑包（typosquatting）。
④ 权限与副作用：它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限（filesystem / network / shell / clipboard 等），以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限，或权限明显超出功能所需，先停下来问我。

【3 安装】
上面两步没有「不满足」和「高危项」时才执行；用官方推荐方式安装，不要自行提权。

【4 汇报】
用表格输出：检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜，也不要替我决定。

Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH：它会先核对兼容性与安全性（逐条给「满足 / 不满足 / 未知」），确认没问题再安装，有高危项会停下来问你。框内可滚动，复制到的是完整提示词；安装命令不一定准确，发给 DSH 更稳。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 no risk signal found未发现风险信号

This site's static screen found no obvious risk signal (stars, license, activity, manifest)本站静态筛查没发现明显风险信号（星标、许可证、更新活跃度、清单完整度）

DSH walks through these 9 checksDSH 会逐条核对这 9 项

Compatibility兼容性

DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时（Electron / Python / Docker 等）是否齐备
Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突：命令名、skill / tool 重名、端口占用、重复 MCP 注册

Security安全性

Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致，是否归档或长期停更
Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需（filesystem / network / shell / clipboard）
Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限，以及卸载与回滚方式

Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照，不能替代安全审计。

Or use CLI install (for developers)或使用命令行安装（适合开发者）

CLI Install命令行安装

dsh plugin --profile web add "github:dsh-external/dsh_workflow#main"

把 omdsh-dev/dsh_workflow 加入你的 DSH 配置（web profile）即可启用。

READMEREADME

15.4 KB · 缓存于 2026-08-23 03:40:49 · 15.4 KB

DSH Workflow

把 DeepSeek Harness 的一次性多 Agent 调度，升级为可生成、可保存、可治理、可观察、可恢复的 Workflow 层。

中文 · English · 快速开始 · DSH 价值 · 能力 · 对标矩阵

@dsh-external/workflow 是一个官方 bundle 形态、零核心 patch 的 DSH 插件。它完整参考 KodaX 的 workflow 设计能力，并针对 DSH 的 Cordis、ctx.subagents、Session、后台 jobs、审批、命令和工具机制做独立实现。

它不替换 DSH 已有的前台 workflow 工具。原生工具适合“这一次把若干工作并行跑完”；本插件负责更高一层的流程产品能力：命名、发现、生成、复用、暂停/恢复、重跑/续跑、持久证据、成本记录和治理。

它为 DSH 带来什么

DSH 已经有很强的 Harness 基础设施：模型路由、子 Agent provider、工具权限、审批、Session 日志、后台 jobs 与 UI 事件。但仅有这些“执行原语”，团队仍需在每次会话里重新描述如何拆解、并发、验证和汇总。

只有一次性调度时	安装 DSH Workflow 后
每轮重新提示如何拆任务，策略难复用	保存为项目或个人 workflow，按名字运行
并行结果散落在会话里	run graph、事件、artifact、结果摘要和成本永久落盘
中断后通常从头重来	按 run snapshot 重跑，或用 effect cache 续跑未完成部分
provider/模型/并发/预算靠提示词约束	manifest + preflight + 运行时硬限制
生成的脚本容易越权或不可复现	capability-only VM、JSON 边界、确定性 guard、审批分级
复杂流程只有作者自己知道怎么用	capsule 自带 intent、inputs、requirements、provenance
多 Agent 是一次性技巧	多 Agent 变成可审计、可分享、可演进的工程资产

对 DSH 项目本身，这个插件的价值是把已有 Harness 能力串成完整闭环：

flowchart LR
  A["DSH providers / models"] --> W["DSH Workflow"]
  B["tool filters / approval"] --> W
  C["Session / jobs / commands"] --> W
  W --> D["reusable capsules"]
  W --> E["durable run graph"]
  W --> F["resume / governance / evidence"]

因此，DSH 不只会“调用 Agent”，还可以承载长期维护的 Agent 工作流库。

快速开始

要求：Node.js >=22.19，以及与 compatibility.json 一致的 DSH 快照。

# 构建产物已提交，git 源安装不需要在用户侧编译
dsh plugin --profile web add "github:dsh-external/dsh_workflow#main"

# 验证 bundle 已进入 profile 合成树
dsh --profile web --dump-config

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要，完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

渲染基于仓库 omdsh-dev/dsh_workflow 的 README.md。在 GitHub 查看原文 →