dsh-plugin
Q00
通过 DSH MCP 客户端挂载 Ouroboros 的纯配置包,在 DSH 中提供 36 个涵盖需求访谈、Seed、执行、评估与演化流程的工具。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。
icetomoyo/dsh_workflow
把 UltraCode 式多 Agent 调度带给 DSH:可生成、可保存、可治理、可观察、可恢复的 Workflow 层。
安装
GitHub 方式 · GitHub 源码
从 GitHub 装会执行项目自己的构建脚本,而 pnpm 默认拦着不让跑——先跑一次这条命令,pnpm 会打印出要加到 ~/.dsh/profiles/web/pnpm-workspace.yaml 里 `allowBuilds` 下面的那个 key。
我们跑过之后
我们跑过,装得上
这里每条命令都在一次性容器里、对着干净 profile 真跑过,结果取自 harness 自己的记录,不是读源码猜的。 最近一次 13 天前.
挂进你的 README
给维护者的:badge 取这条 listing 最近一次 sandbox 实测的结果,重跑之后它自己会变,读者点开就是这页的完整记录。
安装前须知
是什么 — 升级 DeepSeek Harness 的一次性多 Agent 调度为可生成、可保存、可治理、可观察、可恢复的 workflow 层。
谁该装 — 适合需要在 DeepSeek Harness 中管理持久化追踪的多 Agent 工作流的用户。 不适合在构建脚本需手动允许的权限敏感环境下运行的用户,因为从源码安装时需要先手动放行它的构建脚本。
注意 — 安装需从 GitHub 源码进行,并手动允许构建脚本执行。实测在全新 profile 中被 harness 注册进 profile。会执行 shell 命令。
锐评 — 前提是需要持久化追踪时我会装它,因为它把一次性调度升级为可恢复 workflow 层。
grok-4.6 写的,只当参考,不当结论。里面说装得上或装不上,是在干净 profile 里真跑过的;其余都是读仓库读出来的。以实际运行为准。

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 任务。
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
同一分类
Q00
通过 DSH MCP 客户端挂载 Ouroboros 的纯配置包,在 DSH 中提供 36 个涵盖需求访谈、Seed、执行、评估与演化流程的工具。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。
loopx-project
LoopX——面向长周期 Agent 的提供商中立、本地优先状态内核与控制平面:在 DeepSeek Harness 执行层之上持久化 Goal、Todo、门禁、证据、配额、恢复与交接状态;插件负责引导安装 CLI 与技能、准入有界的同会话续跑,并为精确绑定的工作循环提供本地 GoalBar。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。
huangruiteng
LoopX——面向长周期 Agent 的提供商中立、本地优先状态内核与控制平面:在 DeepSeek Harness 执行层之上持久化 Goal、Todo、门禁、证据、配额、恢复与交接状态;插件负责引导安装 CLI 与技能、准入有界的同会话续跑,并为精确绑定的工作循环提供本地 GoalBar。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。
chuspeeism
把当前已安装并运行中的 Codex Taskboard 嵌入 DeepSeek Harness 侧边栏,并通过 Launcher 运行时描述文件连接,而不是使用固定端口。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。
tong-io
基于 TongFlow 的“片场”插件,用于图片、配音、音乐与视频制作:agent 为每个资产生成 TongFlow 工作流文件(.tongflow.json)并通过 TongFlow 插件执行,内嵌工作流画布,按镜头/角色/take 组织项目,附漫剧模板;以 @tongflow 开头的会话进入 Studio 界面。
没有一行式安装命令——这个插件在一个大仓库的子目录里,也没发 npm 包。