icetomoyo/dsh_workflow
UltraCode-style multi-agent orchestration: a generatable, savable, governable, observable, resumable workflow layer.
Install
via GitHub · GitHub source
Installing from GitHub runs the project's build script, which pnpm blocks until you allowlist it — run the command once and pnpm prints the exact key to add under `allowBuilds` in ~/.dsh/profiles/web/pnpm-workspace.yaml.
What happened when we ran it
Installed cleanly when we ran it
Every command here is run in a throwaway container against a clean profile, and the result is whatever the harness recorded — not a guess from the source. Last run 13d ago.
Show it in your README
For maintainers: the badge serves this listing's latest sandbox verdict, so a re-run updates it on its own — and it links readers to the full result here.
Due diligence
What it is — Upgrade DeepSeek Harness one-time multi-agent scheduling to a generatable, savable, governable, observable, resumable workflow layer.
Who it is for — Suitable for users managing persistent tracking in DeepSeek Harness multi-agent workflows. Not suitable for users in permission-sensitive environments requiring manual build script approval, because source installation needs manual allowance of the build script.
Watch out — Installation requires GitHub source and manual build script approval. Sandbox test passes: registers into profile in fresh setup. Executes shell commands.
The verdict — I would install it when persistent tracking is needed, because it upgrades one-time scheduling to resumable workflow.
Generated by grok-4.6, and a starting point rather than a verdict. Where it says a plugin installs or does not, that is from a real run in a clean profile — everything else is read off the repository. Trust the source over this.
dsh_workflow is a DeepSeek Harness plugin that adds reusable, durable and governable multi-agent workflows to DSH.
It adds the workflow_list, run_workflow and workflow_manage tools, plus /workflow commands such as /workflow list, /workflow create, /workflow runs, /workflow show, /workflow pause, /workflow resume, /workflow rerun and /workflow resume-run. The plugin discovers built-in workflows and patterns, then project workflows in .dsh/workflows and personal workflows in $DSH_HOME/workflows. A run can use a versioned dsh.workflow v1 capsule, spawn agents through the workflow API, and record its run graph, events, results, artifacts and cost under .dsh/workflow-runs/<run-id>/. It also records tool-workflow/* Session events and uses DSH jobs and approvals for background execution and governance.
This DeepSeek Harness plugin is intended for teams that repeat structured agent work, need resumable runs, or want saved workflows with evidence and runtime limits. It is not a replacement for DSH’s native workflow tool, which is suited to one-off parallel work. It also requires Node.js >=22.19 and a compatible DSH snapshot. The terminal surface is relevant: the plugin exposes commands that can start, stop, pause, resume and delete runs, and can execute workflow-defined agent tasks with the permissions and tool configuration available to DSH. Generated workflows are constrained by a capability-only VM, JSON boundaries and approval rules, while trusted local modules require explicit confirmation.
dsh_workflow accepts named workflows, natural-language authoring requests and restricted inline workflows through run_workflow. /workflow create <request> and unknown-name natural-language requests hand the intent to the current main agent. The agent investigates the workspace, then starts a workflow with source and manifest. By default, starting a run returns { runId, status, jobId? } without waiting; use --wait or the tool argument wait: true where supported. approvalMode: always and trusted-local workflows retain their approval requirements.
Workflow discovery is deterministic: built-ins and patterns, project entries in .dsh/workflows, then personal entries in $DSH_HOME/workflows. A project entry with the same name overrides a personal entry. In one directory, .workflow.json takes precedence over .ts, .mjs and .js.
| Command | Purpose |
|---|---|
/workflow list |
List discoverable workflows |
/workflow <name> [JSON args] |
Run a named workflow |
/workflow runs [--all|--limit N] |
List runs |
/workflow show [--full] [runId] |
Show the latest or selected run |
/workflow pause|resume|stop [runId] |
Control an active run |
/workflow rerun|resume-run <runId|savedName> [JSON args] [--wait] |
Rerun from a snapshot or resume cached work |
/workflow save <runId> <name> [project|personal] |
Save a run as a workflow |
/workflow delete-run <runId> [--force] |
Delete a run |
/workflow review can capture the current Git range and start the built-in review workflow. workflow_manage also supports renaming, revising, deleting saved workflows and pruning retained runs.
Runs are stored by default in .dsh/workflow-runs/<run-id>/, including run.json, append-only events.jsonl, a workflow.workflow.json execution snapshot, results/ for completed verified effect-cache entries and artifacts/ for named evidence. Terminal runs are cleaned according to maxRetainedRuns; prune can also preview or perform cleanup. The plugin requires Node.js >=22.19 and a DSH snapshot matching compatibility.json.
Capsules use dsh.workflow v1 and include a manifest, source, intent, inputs, requirements and provenance. Path traversal, symlinks, oversized files, unknown fields, incompatible versions and filename/manifest mismatches fail before execution. Generated scripts run in a capability-only VM with JSON boundaries and deterministic guards. runAgent may return null for ordinary subtask failures, while explicit handles preserve failure results.
Written from the project's own documentation and kept in sync with it. Where the two disagree, the source is authoritative — read the README on GitHub
Same category
Q00
Config-only bundle that mounts Ouroboros through the DSH MCP client, exposing 36 interview, Seed, execution, evaluation, and evolution workflow tools in DSH.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
loopx-project
LoopX, a provider-neutral, local-first state kernel and control plane for long-horizon agents: keeps Goal, Todo, gate, evidence, quota, recovery, and handoff state above DeepSeek Harness, while the plugin bootstraps the CLI and skills, admits bounded same-session continuation, and adds a loopback GoalBar for the exact bound loop.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
huangruiteng
LoopX, a provider-neutral, local-first state kernel and control plane for long-horizon agents: keeps Goal, Todo, gate, evidence, quota, recovery, and handoff state above DeepSeek Harness, while the plugin bootstraps the CLI and skills, admits bounded same-session continuation, and adds a loopback GoalBar for the exact bound loop.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
chuspeeism
Embeds the active installed Codex Taskboard runtime in the DeepSeek Harness sidebar, using its launcher runtime descriptor instead of a fixed port.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
tong-io
TongFlow film-crew studio for image, voice, music and video production: the agent writes per-asset TongFlow workflow files (.tongflow.json) that run through TongFlow plugins, with an embedded workflow canvas, a shot/character/take project layout and a manga-drama template; sessions starting with @tongflow open the Studio view.
No one-line install — this plugin lives inside a larger repository and publishes no npm package.
