dsh_workflowA74
@icetomoyoDSH の一度きりのマルチ Agent ディスパッチを、生成・保存・統治・観測・再開が可能な Workflow 層へ引き上げる。公式 bundle 形態でコアへの patch はゼロ。命名、発見、再利用、一時停止と再開、再実行と続行、永続的な証拠、コスト記録、ガバナンスを提供する。
dsh plugin --profile web add github:icetomoyo/dsh_workflow
作者が npm に公開していないため、このコマンドは git のソースを取得します。pnpm ≥ 10 は git 依存の prepare スクリプトを明示的な許可なしには実行しないので、初回インストールにはその profile の pnpm-workspace.yaml に allowBuilds の記述が必要です——これはこのパッケージのコードを自分のマシンで実行させることを意味します。あわせて #commit で固定することを勧めます。
--profile の後ろは自分で付ける profile 名です。使っているものに置き換えてください。
DSH にはすでに強力な Harness 基盤がある——モデルルーティング、サブ Agent プロバイダ、ツール権限、承認、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 を自ら携える。KodaX の workflow 設計能力を全面的に参照しつつ、DSH の Cordis、`ctx.subagents`、Session、バックグラウンド jobs、承認、コマンド、ツール機構に対して独自に実装している。Node.js >= 22.19 と `compatibility.json` に一致する DSH スナップショットが必要。ビルド成果物はコミット済みなので、git ソースからの導入でもユーザー側でのコンパイルは不要。
- ▸マルチ Agent オーケストレーションが一度きりの小技から、名前で実行できるプロジェクト/個人の workflow 資産に変わる
- ▸run graph・イベント・artifact・結果サマリ・コストを永続保存。中断後は run snapshot から再実行、または effect cache で続行
- ▸manifest + preflight + 実行時ハードリミットで provider / モデル / 並列度 / 予算を制約、プロンプト頼みではなくなる
- ▸生成スクリプトは capability-only VM 上で JSON 境界・決定的 guard・段階的承認のもと実行。公式 bundle 形態でコア patch ゼロ
把一次性多 Agent 调度升级为可治理 Workflow 层,179 测试、对标矩阵文档,定位清晰
README に貼るとこのページにリンクします。
