dsh_workflow
icetomoyo/dsh_workflow
把 UltraCode 式多 Agent 调度带给 DSH:可生成、可保存、可治理、可观察、可恢复的 Workflow 层。
安装
把 dsh_workflow 装进 DeepSeek Harness
GitHub 方式 · GitHub 源码
从 GitHub 装会执行项目自己的构建脚本,而 pnpm 默认拦着不让跑——先跑一次这条命令,pnpm 会打印出要加到 ~/.dsh/profiles/web/pnpm-workspace.yaml 里 `allowBuilds` 下面的那个 key。
我们跑过之后
我们跑过,装得上
这里每条命令都在一次性容器里、对着干净 profile 真跑过,结果取自 harness 自己的记录,不是读源码猜的。 最近一次 昨天.
安装前须知
装 dsh_workflow 之前,先看这几条
- 源码在这里: icetomoyo/dsh_workflow——已进入社区精选库,DSH 自带的插件市场就是从这儿装的。
- 开源协议:MIT。
- 自动识别到:终端执行。授权之前请先读一遍源码。
- 被收录在这里不代表通过了安全审计。插件是带着你 agent 的权限在跑。
AI 锐评
是什么 — DeepSeek Harness workflow 插件,能把一次性多 Agent 调度升级为可生成、可保存、可恢复的 workflow 层。
谁该装 — 在 DeepSeek Harness 会话中需要多次执行并行调查或安全评审等复杂多 Agent 任务时,此插件适合把 workflow 保存为 capsule 以供复用。 如果你的任务仅是短暂的一次性调度,则无需此 workflow 层,因为它专注于更高一层的流程产品能力。
注意 — 从源码安装时需要先手动放行构建脚本。沙箱测试在全新 profile 里通过,已被 harness 注册进 profile。没发现明显的坑。
锐评 — 我会装它,因为它把 DSH 的多 Agent 变成长期维护的 Agent 工作流库。
grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。
dsh_workflow 是做什么的

dsh_workflow 是一个 DeepSeek Harness 插件,为 DSH 增加可生成、保存、复用、暂停、恢复和审计的多 agent Workflow 层。它不修改 DSH 核心,也不替换原生 workflow 工具:后者适合一次性并行任务,本插件面向需要长期维护流程的项目。
插件通过 workflow_list、run_workflow 和 workflow_manage 提供发现、执行与管理能力,并注册 /workflow 命令。命名 Workflow 或自然语言请求会交给当前主 agent 调查工作区,再以 source 和 manifest 启动流程。运行状态、事件图、执行快照、验证后的缓存结果、artifact 和成本写入 .dsh/workflow-runs/<run-id>/,同时记录 tool-workflow/* 会话事件;默认立即返回 runId,可用 --wait 等待终态。
它适合重复的多 agent 调查、评审和需要续跑或证据留存的工程流程。不需要持久化、治理或恢复能力时,DSH 原生工具更直接。插件要求 Node.js >=22.19 以及匹配 compatibility.json 的 DSH 快照,并会触及终端命令面:可启动、暂停、恢复、停止和删除运行,也会按 DSH 当前的工具权限、审批设置执行 agent 任务。
dsh_workflow 的文档
行为说明
run_workflow 支持命名 Workflow、自然语言生成和受限 inline workflow。/workflow create <request> 会把意图交给当前主 agent;启动默认立即返回 { runId, status, jobId? },支持等待的命令使用 --wait,工具使用 wait: true。发现顺序固定为内置项、项目 .dsh/workflows、个人 $DSH_HOME/workflows;项目同名项覆盖个人项,同目录下 .workflow.json 优先于 .ts、.mjs、.js。
命令
常用命令包括 /workflow list、/workflow <name> [JSON args]、/workflow runs [--all|--limit N]、/workflow show [--full] [runId]、/workflow pause|resume|stop [runId]、/workflow rerun|resume-run <runId|savedName> [JSON args] [--wait] 和 /workflow save <runId> <name> [project|personal]。/workflow review 可捕获当前 Git 范围并启动评审;workflow_manage 还支持改名、修订、删除和清理。
持久化与配置
运行默认写入 .dsh/workflow-runs/<run-id>/,包含 run.json、追加式 events.jsonl、workflow.workflow.json、results/ 和 artifacts/。终态运行按 maxRetainedRuns 清理,也可执行 prune。approvalMode: always 和 trusted-local workflow 仍需确认。
环境要求与限制
要求 Node.js >=22.19,以及符合 compatibility.json 的 DSH 快照。dsh.workflow v1 capsule 包含 manifest、source、intent、inputs、requires 和 provenance。符号链接、路径逃逸、超大文件、未知字段、版本不兼容或文件名不匹配会在执行前失败。生成脚本运行于 capability-only VM,并受 JSON 边界和 guard 约束。
根据项目自己的文档整理,会跟着上游更新。两边对不上时以源码仓库为准—— 去 GitHub 看原始 README
同一分类
dsh_workflow 的同类插件
agent_team_gui
toolclub
可复用 Agent 小队:每个成员独立配置 provider/model 路由与工具策略,支持串行/并行派单、spawn/fork/chain 上下文模式和 Web 管理面板。
装得上,但要先放行构建脚本
dsh-agent-team-gui
toolclub
全局持久 Agent 小队:每个成员独立配置模型与工具策略;在 Settings 中管理、按对话选择并开关协作,普通发送按固定顺序或由模型规划执行。
装得上,但要先放行构建脚本