ディレクトリに戻る

dsh_workflow

キュレーション掲載メンテナンス: 活発

omdsh-dev/dsh_workflow

KodaX 風 Workflow 層:多 Agent 调度を命名/保存/再開/再実行可能なフローに。QuickJS VM 沙箱、/workflow コマンド

GitHub で見る
$ dsh plugin --profile web add "github:dsh-external/dsh_workflow#main"

117

スター

5

フォーク

TypeScript

言語

MIT

ライセンス

2026-08-12

作成日

2026-09-05

最終プッシュ

MIT ライセンスの公式バンドル DSH プラグイン。ワンショットのマルチエージェント実行を、命名・再利用・一時停止/再開可能なワークフローに変え、QuickJS サンドボックス VM と永続 run 履歴を備えます。

DSH 統合

ネイティブ実行

作者による申告

安全性監査

未監査

最終検証日

2026-08-25

ライセンス

MIT

01どんなタスクに使えるのか?

  • DeepSeek Harness のワンショットのマルチエージェント実行を、命名・保存・再利用可能なワークフローに変える

    バージョン管理された `dsh.workflow` v1 capsule(manifest + source + intent + provenance)と、`.dsh/workflow-runs/` に書き出される永続 run graph

    セッションごとに手順を書き直すのではなく、再現性・監査性のあるパイプラインを求める DeepSeek Harness のマルチエージェント利用チーム

  • 最初からやり直さずに、長時間実行されるマルチエージェント パイプラインを一時停止・再開・再実行する

    run id で再実行できる不変な capsule snapshot と、完了済みタスクのキャッシュを再利用して残りを継続する `resume-run`

    中断したり部分的な再実行が必要な調査・レビューを実行するオペレーター

  • 決定論的な capability ガード付きの QuickJS サンドボックス内で workflow スクリプトを生成する

    凍結された WorkflowApi 経由でしか effect を起こせない JSON 境界のスクリプト。import/require・shell・ネットワーク・timer はポリシーで拒否

    生成スクリプトの再現性と最小権限を求めるセキュリティ重視のチーム

02DeepSeek Harness への導入方法

前提条件

  • Node.js `>=22.19`
  • リポジトリの `compatibility.json` と一致する DeepSeek Harness スナップショット

インストール手順

  1. 01

    「`dsh plugin --profile web add "github:dsh-external/dsh_workflow#main"`」を実行(ビルド成果物はコミット済みなのでユーザー側のコンパイルは不要)

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

  2. 02

    「`dsh --profile web --dump-config`」を実行し、設定に `- id: dsh-external-workflow` / `name: '@dsh-external/workflow'` のバンドルが現れることを確認

    $ dsh --profile web --dump-config

  3. 03

    DSH profile を再起動し、セッション内で `/workflow list` を実行

導入成功の確認

  • `dsh --profile web --dump-config` で profile 設定ツリーに `dsh-external-workflow` バンドルが表示される
  • 再起動後、セッション内で `/workflow list` が利用できる

03DSH 統合と能力の範囲

DSH 統合ネイティブ実行

公式の `@dsh-external/workflow` バンドルとして(コアへのパッチなし)提供され、DSH の Cordis・`ctx.subagents`・Session・バックグラウンド jobs・承認・コマンド・ツールフックの上に直接 workflow オーケストレーションを実装します。

  • ワークフローの作成と発見

    自然言語リクエスト(例:`/workflow create …`)または保存済み / capsule 名バージョン管理された capsule と、モデルが実行・一覧・再利用できる登録済みワークフロー

    発見したワークフローをプロジェクト(`.dsh/workflows`)または個人(`$DSH_HOME/workflows`)カタログに登録する
  • 実行とライフサイクル管理

    命名済みワークフロー、保存名、または制限付き inline ワークフロー即座に `{ runId, status, jobId? }` を返し、`--wait` で終端状態まで待機可能

    run の状態・イベントグラフ・artifacts を `.dsh/workflow-runs/<run-id>/` に書き出す
  • capsule 実行モデルと組み込みワークフロー

    `dsh.workflow` v1 capsule(manifest、source、intent、inputs、requires、provenance)WorkflowApi(spawnAgent/runAgent/parallel/pipeline/synthesize)による段階的マルチエージェント実行。`parallel-investigation` と `scoped-review` を内蔵

  • 決定論的な発見と再開

    組み込み / pattern、プロジェクト `.dsh/workflows`、または個人 `$DSH_HOME/workflows`決定論的な検索順で解決されるワークフロー。`resume-run` は完了済みタスクのキャッシュを再利用

  • 最小権限サンドボックス スクリプト VM

    生成された workflow スクリプト凍結された WorkflowApi 経由でのみ effect を発生。結果・引数・RPC 値はすべて JSON シリアライズ可能

    生成スクリプトを分離された QuickJS WebAssembly ヒープで実行。import/require/shell/network/timer は禁止

04誰に向いているのか?使うべきでない場面は?

向いている用途

  • セッションごとに手順を書き直すのではなく、再現性・監査性のあるパイプラインを求める DeepSeek Harness のマルチエージェント利用チーム
  • 中断したり部分的な再実行が必要な調査・レビューを実行するオペレーター
  • 生成スクリプトの再現性と最小権限を求めるセキュリティ重視のチーム

不向きな用途

  • trusted-local の `.ts`/`.mjs` ワークフローは QuickJS サンドボックス外で Node のフルホスト権限で実行されます。信頼できない第三者のソースを trusted-local にしてはいけません。
  • DSH の現在の汎用 subagent seam は existing-agent target、per-agent effort、worktree をネイティブにサポートしません。これらの要求には登録済み dispatch/isolation adapter が必要で、未登録なら fail loud します。

05互換性・メンテナンス・セキュリティ上の注意

  • trusted-local の `.ts`/`.mjs` ワークフローは QuickJS サンドボックス外で Node のフルホスト権限で実行されます。信頼できない第三者のソースを trusted-local にしてはいけません。
  • DSH の現在の汎用 subagent seam は existing-agent target、per-agent effort、worktree をネイティブにサポートしません。これらの要求には登録済み dispatch/isolation adapter が必要で、未登録なら fail loud します。
  • trusted-local の `.ts` は Node 22 のネイティブ erasable-syntax TypeScript を使い、Node のモジュールキャッシュに従います(編集後は DSH を再起動)。enum などの transform-only 構文やホットリロードが必要な場合は `.mjs/.js` として公開してください。
2026-08-122026-08-13v0.1.3

MIT · actively maintained (latest release v0.1.3, 2026-08-13)

06よくある質問

DSH Workflow を DeepSeek Harness にどう導入しますか?

「`dsh plugin --profile web add "github:dsh-external/dsh_workflow#main"`」を実行します(ビルド成果物はコミット済みなのでユーザー側のコンパイルは不要)。次に `dsh --profile web --dump-config` で `dsh-external-workflow` バンドルの出現を確認し、profile を再起動してセッション内で `/workflow list` を使って確認します。

DSH 組み込みの `/workflow` ツールを置き換えますか?

いいえ。DSH の既存のフォアグラウンド `workflow` ツールは置き換えません。そのツールは「今回はいくつかのタスクを並列で完了させる」のに向いています。本プラグインは上位の層——命名・発見・生成・再利用・一時停止/再開・再実行・永続証拠・コスト記録・ガバナンス——を担います。

中断後も復元や再実行はできますか?

はい。各 run は安定した id と `running → paused/completed/failed/denied/stopped` の状態を持ちます。run id での再実行はその run の不変な capsule snapshot を使い、`resume-run` は完了済みタスクのキャッシュを再利用して残りを継続します。

生成された workflow スクリプトは安全ですか?

生成スクリプトは分離された QuickJS WebAssembly ヒープで動き、凍結された WorkflowApi 経由でしか effect を起こせません。import/require・shell・ネットワーク・timer・非決定論的 API は静的ポリシーで拒否されます。ただし trusted-local ワークフローは Node のホスト権限で実行されるため、信頼できない第三者のソースを trusted-local にしてはいけません。

08データと出典

  • 作者による申告github.com44b83c182aa0…

    `@dsh-external/workflow` 是一个官方 bundle 形态、零核心 patch 的 DSH 插件。

  • 作者による申告github.com44b83c182aa0…

    它不替换 DSH 已有的前台 `workflow` 工具。原生工具适合“这一次把若干工作并行跑完”;本插件负责更高一层的流程产品能力:命名、发现、生成、复用、暂停/恢复、重跑/续跑、持久证据、成本记录和治理。

このページは、プロジェクトの公開ドキュメント、リポジトリのメタデータ、および DSH Plugins の構造化解析に基づいて生成されています。最終検証日:2026-08-25。誤りを見つけた場合は、修正を送信してください。

🏆

dsh プラグイン おすすめ

最初に入れたい 12 のプラグイン。全カタログ・全カテゴリから厳選しました。

DSH Plugins は DeepSeek Harness プラグインの独立したコミュニティ ディレクトリです。DeepSeek との提携・公認はありません。サードパーティ製プラグインはセキュリティ監査を受けていません。インストール前にソースコードをご確認ください。

DeepSeek Harnessの新着プラグインを毎週お届け。スパムはありません。