跳到正文
  • 首页
  • 插件说明
  • dsh_workflow

icetomoyo/dsh_workflow

600最近提交 2026年8月13日

dsh_workflow DSH 插件

DSH Workflow 在 DeepSeek Harness 之上增加了产品级工作流层，支持命名、发现、复用、暂停/恢复、重跑、持久证据和成本记录。它提供了完整的 KodaX 对标执行模型，包含版本化胶囊、运行图和安全边界。

developer-toolsskills-workflows

如何安装 dsh_workflow DSH 插件

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

复制不会执行命令。安装 dsh_workflow DSH 插件前请核对仓库和版本。

dsh_workflow DSH 插件数据来源

dsh_workflow DSH 插件快照日期：2026年8月16日

discovered

dsh_workflow DSH 插件能做什么

  • 版本化 capsule 清单：intent、inputs、requirements、provenance
  • 完整 WorkflowApi：phase、spawnAgent、runAgent、parallel、pipeline、synthesize、artifact、log、budget
  • 确定性发现机制：内置、项目 `.dsh/workflows`、个人 `$DSH_HOME/workflows`
  • 持久化运行：不可变快照、事件日志、用于续跑的 effect cache
  • 安全：生成脚本的 capability-only VM、信任边界、只读 allowlist、审批模式

dsh_workflow DSH 插件适合哪些场景

  • 为重复的代码审查创建可复用的并行调查工作流
  • 保存复杂多 Agent 流水线为版本化 manifest 并重跑
  • 暂停长时间运行的工作流，使用缓存命中已完成任务后续跑
  • 通过每次运行的预算和硬限制治理成本和 token 用量
  • 跨团队成员共享工作流胶囊，实现一致的 Agent 编排

dsh_workflow DSH 插件适合谁

  • 需要将多 Agent 工作流从临时会话升级为正式资产的 DSH 用户
  • 管理需要可审计性、成本追踪和可重现性的 Agent 流程的团队

dsh_workflow DSH 插件的限制

  • trusted-local `.ts` 工作流使用 Node 22 原生 erasable-syntax TypeScript，修改后需重启 DSH 才能刷新缓存
  • 当前 DSH 通用 subagent seam 不直接支持 existing-agent target、per-agent effort 和 worktree，需注册 adapter 否则 fail loud
  • 非 Git 工作区或需要外部权威证据的验证需通过自定义 verification adapter 补充
  • 仅生成型 capsule 运行可保存不可变脚本快照；纯函数 trusted-package 运行不能从 run id 再保存

dsh_workflow DSH 插件的仓库 README 摘录

以下文字摘自 dsh_workflow DSH 插件的上游仓库 icetomoyo/dsh_workflow 的 README，版权归原作者，仅作引用。

中文 · <a href="README.en.md">English</a> · <a href="#快速开始">快速开始</a> · <a href="#它为-dsh-带来什么">DSH 价值</a> · <a href="#能力">能力</a> · <a href="docs/KODAX_PARITY.md">对标矩阵</a> </p> `@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 能力串成完整闭环： ```mermaid flowchart LR A["DSH providers / models"] --> W["DSH Workflow"] B["tool filters / approval"] --> W C["Session / j

阅读完整 README仓库许可: MIT

dsh_workflow DSH 插件常见问题

如何安装 DSH Workflow 插件？

在终端中运行 `dsh plugin --profile web add "github:dsh-external/dsh_workflow#main"`。需要 Node.js >=22.19 和兼容的 DSH 快照。安装后重启 DSH profile，并在配置转储中确认 bundle 已出现。

我能在后续会话中复用之前创建的工作流吗？

可以。使用 `/workflow save <runId> <name> [project|personal]` 保存生成的流程胶囊。它存储在项目 `.dsh/workflows` 或个人 `$DSH_HOME/workflows` 中，之后可通过 `/workflow <name> [JSON args]` 按名称运行。

工作流在完成前被中断了怎么办？

运行状态会持久化为 `running` 或 `paused`。之后可以使用 `/workflow resume-run <runId>` 从中断处继续。已完成且有效缓存的任务会被跳过，只执行未完成的任务。

插件如何处理生成脚本的安全性？

生成脚本在 QuickJS WebAssembly 沙箱中运行，无法访问宿主 API，只能通过冻结的 JSON capability RPC 交互。静态策略会拒绝 import/require、process、文件、shell、网络、定时器和非确定性 API。可信本地工作流以完整 Node 权限运行，但需要显式批准。

这个插件能用于除 Web UI 外的其他 DSH 客户端吗？

可以。插件支持任何兼容插件系统的 DSH 客户端，包括 CLI 和其他前端。工作流命令通过斜杠命令和模型工具提供。但 Web UI 的左侧工作区在会话管理方面有特殊处理，详见 README。