dsh_workflow：为 DeepSeek Harness 带来可治理、可恢复的 Workflow 层
icetomoyo/dsh_workflow
为 DeepSeek Harness 带来可生成、可保存、可治理、可观察、可恢复的 Workflow 层，升级一次性多 Agent 调度。
把 DeepSeek Harness 的一次性多 Agent 调度升级为可生成、可保存、可治理、可观察、可恢复的 Workflow 层，让团队复用流程、持久化证据并控制成本。
dsh plugin --profile web add github:icetomoyo/dsh_workflow- 分类
- 工作流与自动化
- 平台
- DSH-Plugin
- 作者
- icetomoyo
- 分发方式
- 插件
dsh_workflow 核心特性
dsh_workflow 仓库信息
dsh_workflow 仓库简介
DSH Workflow 是 DeepSeek Harness（DSH）的官方 bundle 形态插件（DSH plugin），由 omdsh-dev 维护，采用 MIT 协议，最近更新于 2026-08。它把 DSH 的一次性多 Agent 调度升级为可生成、可保存、可治理、可观察、可恢复的 Workflow 层，解决团队在每次会话中重复描述任务拆解、并发、验证和汇总的痛点。核心能力包括：版本化 capsule、run graph 持久化、暂停/恢复、重跑/续跑、成本记录、审批分级、capability-only VM 等，并完整对标 KodaX 的 workflow 设计。
DSH Workflow 这个 DSH plugin 支持哪些核心特性？
DSH Workflow 提供三类模型可调用的工具：workflow_list 用于发现 built-in、pattern、项目和个人 workflow；run_workflow 支持运行命名 workflow、从自然语言 scout-then-author，或执行受限 inline workflow；workflow_manage 用于查看、暂停、恢复、停止、重跑、续跑、保存、改名、修订、删除和清理。同时提供 /workflow 系列斜杠命令，如 /workflow list、/workflow create、/workflow review、/workflow runs 等。执行模型对标 KodaX，支持版本化 dsh.workflow v1 capsule（manifest、source、intent、inputs、requires、provenance），并通过 manifest + preflight + 运行时硬限制来约束 provider、模型、并发和预算。
DSH Workflow 怎么安装和配置？
要求 Node.js >=22.19 以及兼容的 DSH 快照。安装命令如下：
dsh plugin --profile web add github:icetomoyo/dsh_workflow
安装后可通过 dsh --profile web --dump-config 验证 bundle 是否进入 profile 合成树，预期配置中出现 id: dsh-external-workflow。重启对应 DSH profile 后即可在会话中使用 /workflow 命令。
DSH Workflow 如何与 DeepSeek Harness 的现有机制协同？
DSH Workflow 不替换 DSH 已有的前台 workflow 工具，而是补充更高层的流程产品能力。它深度集成 DSH 的 Cordis、ctx.subagents、Session、后台 jobs、审批、命令和工具机制，将模型路由、子 Agent provider、工具权限、审批、Session 日志、后台 jobs 与 UI 事件串成完整闭环。例如，/workflow create 会立即结束命令处理，将 workflow 意图交给主 Agent，用户原始 query 以真正的 user message 进入 Session，参与标题生成并显示在工作区；内部 authoring contract 作为独立 plugin context 交给模型，不污染标题或用户气泡。
DSH Workflow 的治理与安全机制有哪些？
DSH Workflow 提供 capability-only VM、JSON 边界、确定性 guard 和审批分级，防止生成的脚本越权或不可复现。approvalMode: always 和 trusted-local workflow 的审批仍然保留。对于 inline workflow，插件在启动任何真实子 Agent 前会进行预启动冒烟校验，若字段无效（如 modelHint 不是 fast | balanced | deep）会返回精确错误，并保留本 turn 的一次性授权供主 Agent 修正后重试。内部 relay、后续直接用户消息或重复的有效调用都不能复用授权。
DSH Workflow 的持久化与可恢复性如何体现？
并行结果不再散落在会话中，而是通过 run graph、事件、artifact、结果摘要和成本永久落盘。中断后可按 run snapshot 重跑，或用 effect cache 续跑未完成部分。/workflow show 默认显示最新 run，/workflow stop 默认停止当前活动 run。workflow 启动和 run_workflow 默认立即返回 { runId, status, jobId? }，不会占住当前 turn；支持等待的子命令显式传入 --wait（工具参数为 wait: true）才等待终态。