dsh_workflowA74

dsh plugin --profile web add github:icetomoyo/dsh_workflow

The author hasn't published to npm, so this command installs from git source. pnpm ≥ 10 refuses to run a git dependency's prepare script until you grant it, so your first install needs an allowBuilds entry in that profile's pnpm-workspace.yaml — which means letting this package's code run on your machine. Pin a #commit while you're at it.

The name after --profile is a profile name you choose yourself — swap in whichever one you use.

DSH already has strong harness infrastructure — model routing, sub-agent providers, tool permissions, approvals, session logs, background jobs and UI events. But with only those execution primitives, a team still has to re-describe how to decompose, parallelize, verify and aggregate in every session. This plugin adds the layer above. It doesn't replace DSH's existing foreground `workflow` tool — the native tool is right for "run these several jobs in parallel, once" — it handles the product-level process capabilities instead. The differences are concrete: where you previously re-prompted the decomposition strategy every turn and couldn't reuse it, you now save a project or personal workflow and run it by name; where parallel results scattered across the conversation, the run graph, events, artifacts, result summaries and costs are now persisted permanently; where an interruption usually meant starting over, you can now re-run from a run snapshot or continue the unfinished parts through the effect cache; where provider, model, concurrency and budget were constrained only by prompt text, there is now a manifest plus preflight plus runtime hard limits; where generated scripts could exceed authority or resist reproduction, they now run in a capability-only VM behind JSON boundaries, deterministic guards and tiered approvals; and where a complex flow was only understood by its author, a capsule now carries its own intent, inputs, requirements and provenance. It draws fully on KodaX's workflow design capabilities while implementing them independently against DSH's Cordis, `ctx.subagents`, sessions, background jobs, approvals, commands and tool mechanisms. Requires Node.js >= 22.19 and a DSH snapshot matching `compatibility.json`; build output is committed, so installing from git needs no user-side compilation.

• ▸Multi-agent orchestration stops being a one-off trick and becomes a saved project or personal workflow you run by name
• ▸Run graph, events, artifacts, result summaries and costs persist to disk; re-run from a run snapshot or continue unfinished parts via the effect cache
• ▸Manifest plus preflight plus runtime hard limits constrain provider, model, concurrency and budget — no longer just prompt text
• ▸Generated scripts run in a capability-only VM behind JSON boundaries, deterministic guards and tiered approvals; official bundle form with zero core patches

把一次性多 Agent 调度升级为可治理 Workflow 层，179 测试、对标矩阵文档，定位清晰

Drop it into your README — it links back to this page.

Badge (inline)Copy Markdown

[![dshfind](https://dshfind.com/api/badge/icetomoyo/dsh_workflow)](https://dshfind.com/en/plugins/icetomoyo/dsh_workflow?ref=badge)

Card (440×200)Copy Markdown

[![dshfind](https://dshfind.com/api/card/icetomoyo/dsh_workflow)](https://dshfind.com/en/plugins/icetomoyo/dsh_workflow?ref=badge)