DSH タスクカンバン：エージェントをカンバンで動かす
Bilibili の録画をフレーム単位で検証した 3 本の動画から、2 つの DSH カンバンプラグインを解説——dsh-graph のゴールスイムレーン（5時間44分の実プロジェクト納品録画を含む）と、cron 付き 5 列タスクボード。基準の登録から delivered のバッジまで、すべてのフレームが元動画の該当秒へ深リンクしています。
最終更新: 2026-10-11
チャットの会話履歴は最悪のタスク管理画面です。エージェントが「できた」と言っても、ログをスクロールして推測するしかない。このページで扱う 2 つのプラグインは、仕事をカンバンに載せます——ゴールごとに 1 枚のカード、カードには受け入れ基準を記載、ディスパッチごとにレシートが残る。トップ画像は実際の 5h44m 納品録画の一枚：収集カードのトークンカウンターが動き、8 枚のゴールカードがスイムレーンでディスパッチ待ちをしているところです。
このページは「タスクカンバン」の単体深掘り——カードがそのまま作業指示書となる世界です。人と AI がひとつの実プロジェクトを要件から納品までやり遂げる流れ全体は、 要件定義からリリースまで、DSH で本物のプロジェクトを完走
要点まとめ
- ▸2 つのプラグイン、2 つの形：dsh-graph はバージョンスイムレーンでゴールを draft → planning → collecting → ready → in_progress → review → delivered のライフサイクルへ押し進め、5 列タスクボードは「待规划」から「已失败」までの素朴な 5 列に、カードへ直接 cron を掛けます。
- ▸基準はコードの前に：スーパーバイザーは各ゴールに書面の受け入れ基準を登録し、ディスパッチは分離 git worktree の attempt を起こし、レビューは感覚ではなくレシートを貼ります。
- ▸実録の帳簿：5h44m、オーナーのメッセージ 6 通、判定 22 回、9 つのゴール全部納品、33 コミット（約 17,000 行、うちプロダクトコード 7,700 行）、自動テスト 439 件オールグリーン——p95 が予算超えした項目は、そのままボードの次のゴールになりました。
- ▸インストールコマンドは 2 つあり、混ぜない：ゴールカンバンは dsh plugin --profile web add dsh-graph、5 列タスクボードは dsh plugin --profile web add @linxin666/dsh-client-ui-task-board@latest。
フレーム検証済みの 10 ステップ
パート 1 · 実プロジェクト納品の実録（dsh-graph 実戦編）
- 1
コードを書く前に、ゴールと受け入れ基準を立てる
実録の冒頭は、スーパーバイザーエージェントが graph_create_goal を 8 回連続で呼び、各ゴールに graph_set_description と graph_set_criteria をペアで設定するところ——トレースには g-001 から g-003 まで見えています。この時点でコードは 1 行も書かれていない。最初の人間ゲートは、この分解の承認です。プラグインの README はルールを明記しています：基準は実行前に登録する。だから後のレビューは、事前に書かれた項目に沿って成果物を検証できます。
基準を先に書く——最初のゲートはこの分解の承認。元動画の 1:08 から視聴 - 2
ゴールのディスパッチ = 分離 worktree の attempt 起動
ディスパッチは 1 回の呼び出し：スーパーバイザーのトレースに graph_start_attempt と worktree: true が見えます。g-002 カードは実行列へ移り、リアルタイムカウンター（196.2K トークン、コンテキスト 4%）と「開工：worktree とベースラインを継承」のバッジを付けます——attempt は固定ベースライン上でリポジトリ状態を継承するので、どういじってもメインブランチに触れません。右上のパネルには、IEC 60617 記号の資料を並行して集める収集エージェントの姿も見えます。
1 回のディスパッチ、1 つの分離 worktree、1 本の固定ベースライン。元動画の 1:36 から視聴 - 3
レビューが貼るのはレシートであって感覚ではない
レビューの章では、ボード自体が証拠になります：g-003 は確認列でレビュー中、レシートには「完工：165 テストケース/グリーン + 実測 35/35 + driver 40/40 リグレッションなし」と記され、隣の g-002 にはすでに delivered の印。トレースには、スーパーバイザーが実マウスでサブエージェントの主張を再現した記録も残っています——この実録はその几帳面さゆえに、サブエージェントのスクリーンショットが隠していた 4.7px の配線ズレを捉え、手戻りチケットで差し戻しました。
レシートはカードに、判断は人に。元動画の 2:30 から視聴 - 4
仕上げまで人のゲートを通る
7 つのゴールがマージされると、ボードは今度は v0.1 の仕上げ方をオーナーに問います：worktree と tmp のクリーンアップ（推奨）、ローカル v0.1 タグの作成、リモート設定とプッシュ——すべて明示的な選択で、オーナーなしに何もプッシュされません。その後、バージョンダイアログは「无法发布: 1 个目标未 delivered」（ゴールが 1 つ delivered でないため公開できません）と表示して公開を拒否しました。この夜は 9 ゴール全部納品、33 コミット、約 17,000 行、自動テスト 439 件オールグリーンで幕を下ろしています。
オーナーの選択なしに、何一つ外へ出ない。元動画の 4:45 から視聴
パート 2 · 機能ツアー（同じプラグイン、架空のデモデータ）
- 5
デモボード：1 枚のボードでライフサイクル全体を見る
機能ツアーはプラグイン同梱の架空デモボードで走ります（ワークスペース名は demo-zh、アプリ内バッジは「演示数据 · 真实流程」——フローは本物、カードは創作）。1 本のバージョンスイムレーンがカードを説明/収集/実行/確認/納品へ運びます：収集カードは「已复核 · 共享」の状態で CRDT 選定メモを貼り、実行カードは「正在优化 SQLite FTS5 索引/表」と流れ、納品列では 2 枚のカードがスーパーバイザーの「确认交付」判定を終えたばかりです。
カードはデモ、仕掛けは本物——デモボードの全体像。元動画の 3:30 から視聴 - 6
ゴールカード = 説明 + 基準。ディスパッチ前ならいつでも変えられる
g-012「任务列表：按状态筛选」を開くと、ゴールカードの構造がひと目で分かります：なぜフィルタが必要かを語る背景ストーリー、含むもの/含まないものを明記する範囲と境界、測定可能なハード指標を置く受け入れポイント（60fps で 16ms）、そして 3 つの書面された品質基準——3 つ目は「空の結果には白い画面ではなくヒントを出せ」と明示。定義/推敲ボタンで下書きを PM 風アシスタントに渡せますが、勝手にゴールを書き換えることはありません。
契約はカードの上に。ディスパッチ前なら書き放題。元動画の 1:55 から視聴 - 7
ディスパッチデスク：モデル選択、指示注入、手戻り引き継ぎ
「执行上下文」（実行コンテキスト）タブはディスパッチデスクです：provider/model ピッカー（DeepSeek · DeepSeek-V41-Flash、標準モード）は前任のサブエージェントが使えないとき警告を出し、最近の指示スロットは次の attempt へ自動注入され、手戻り (Rework) Handoff 欄は手戻りチケットを登録します——何が壊れたか、どのコードを残すか、何のコマンドで再検証するかを書いておけば、直しに来るエージェントは記憶ではなく事実から始められます。
ディスパッチデスクの 3 点セット：モデル、指示、手戻りチケット。元動画の 2:30 から視聴
パート 3 · 5 列 cron タスクボード
- 8
第二の形：素朴な 5 列ボード、カードに cron
SolitudeLin のタスクボードはもっと素朴です：「待规划/待办/进行中/已完成/已失败」の 5 列、色分けタグフィルター（設計、巡検、ドキュメント…）、そしてカードごとのスケジューリング。「DSH 毎日漏洩パトロール」カードは「定时 · 3 次执行」（定時・3 回実行）を付けて、毎晩 22:00 にワークスペース内の漏洩したキーとトークンをスキャンします。cron はプラグイン自身のホスト側で動き IANA タイムゾーンをサポート、台帳はホストプロセス内にあるので、ページを閉じても何も変わりません。
5 つの列、カードに cron、台帳はホストに。元動画の 0:15 から視聴 - 9
雑なメモを貼れば、実行可能なタスクカードになる
新規タスクダイアログの AI 解析ボックスは、雑なメモを飲み込みます——「スキン設定がプラグインに対応していない問題を直す。ボードの週次レポートを Feishu に繋ぐ。毎日 22:00 に漏洩パトロールを走らせる」——を丸ごと貼ると、モデルがタイトル・説明・完全な実行プロンプトを埋めます。下の折りたたみは実行方式を先に釘付け：実行設定はデプロイのデフォルトを継承、実行方式はマルチラウンド継続の /goal を選び、「作成して実行」を押せばピン留めしたワークスペース・プリセット・権限そのままで実際の DSH セッションが開きます。
雑なメモ 1 枚が、走れるタスクカードになって出てくる。元動画の 0:32 から視聴 - 10
独立検収：2 ラウンドの A/B 入れ替え、65 点で合格
終わっても終わりではありません：検収レポートのダイアログが「質量验收 1/2 · 验收异常 0/2」（品質検収 1/2・異常 0/2）を表示、審判モデルは deepseek-official/deepseek-v4-flash（推論強度 high）。3 つの基準——Specification Adherence 88.0%、Output Match 84.0%、Error Signal Detection 86.0%——がすべて 65.0 の合格ラインを超え、各項目は A/B の位置を入れ替えて 2 回判定し位置バイアスを相殺します。下部には証拠範囲（128,400 文字、57 トレース）と審判自身のトークン請求まで印字されています。
2 回判定、位置を入れ替え、65 でなければ合格なし。元動画の 1:04 から視聴
FAQ
DSH タスクカンバンについてよくある質問。答えはすべて録画とプラグインリポジトリから。
このページが扱う DeepSeek Harness カンバンプラグインはどれ？
2 つです。dsh-graph（miuzel/dsh-graph、インストール： dsh plugin --profile web add dsh-graph）はゴールカンバン——バージョンスイムレーン、基準先行、worktree ディスパッチ、レビューレシート、51 個の graph_* ツール、データは .dsh-graph ディレクトリ以下にプレーンテキストと追記専用の events.jsonl として保存。もう 1 つは @linxin666/dsh-client-ui-task-board（インストール： dsh plugin --profile web add @linxin666/dsh-client-ui-task-board@latest）——cron スケジュール、実セッション実行、A/B 検収付きの 5 列ボードで、zhu1090093659/dsh-web の集約エコシステムから配布されています。どちらの名前も投稿者自身の説明によるもので、リポジトリは 2026-10-10 に GitHub API で再確認済み。
フレームの中身は実作業？ デモデータ？
意図的に混ぜて、ソースごとに表示しています。パート 1 の実録は投稿者自身が実録と明言——5h44m で 220kV 変電所の接線図エディタを納品し、オーナーはメッセージ 6 通、判定クリック 22 回だけ。パート 2 のツアーはプラグイン同梱の架空デモデータで動く（ワークスペース demo-zh/nebula-notes、説明に明記、アプリ内バッジは「演示数据 · 真实流程」）。パート 3 は本物の UI に架空のタスク内容、これも投稿者の自己申告。3 つのソースはそれぞれの正直さを保ち、ページ側で混ぜ書きはしません。
タスクカンバンは、チャットや plan モードと何が違う？
Plan モードは 1 つの会話を構造化します：提案、レビュー、承認、実行。カンバンは会話と会話の間の仕事を構造化します：ゴールはコンテキストリセット後も生き残り、基準はディスパッチ前に書かれ、attempt は分離 worktree で走り、状態はあなたの記憶ではなくカードが運びます。dsh-graph はさらに graph_handoff と graph_claim_supervisor を備え、新しいセッションが既存のボード ID を冪等に引き継げます。
これらのボードでタスクの定時実行はできる？
5 列タスクボードはできます：ホスト側 cron は IANA タイムゾーンをサポートし（漏洩パトロールカードは毎晩 22:00 実行）、台帳はホストプロセス内にあるのでページを閉じてもスケジュールは続きます。dsh-graph 自体はカンバンであってスケジューラーではない——DSH 公式の定時タスクとリマインダーは別軸です（自動化タスクのページ参照）。組み合わせも可能：定時タスクでカードを作り動かし、カードを開けば実セッションが走ります。
エージェントが「できた」と言っただけで完了にさせないには？
2 つのプラグインとも仕組みで防ぎます。dsh-graph のライフサイクルはエンジンが強制し（draft → planning → collecting → ready → in_progress → review → delivered）、レビューはディスパッチ前に登録された基準を 1 項目ずつ検証、delivered バッジにはオーナーの判定が必須——実録では、ゴールが 1 つ delivered でないだけでバージョンダイアログが公開を拒否しました。5 列タスクボードは独立検収を追加：別の審判モデルが 3 基準を採点し、各項目 2 回判定・A/B 位置入替で平均を取り、65 点が最低ラインです。
ワークフローキャンバス系の代替はある？
あります——dsh-deepseek-flow はワークフローをキャンバスに描いて管理する、隣接ポジションのプラグインで、カンバンではありません。会話の分岐が欲しいなら、それは ThoughtDAG の思考キャンバスです。さらに dsh-web エコシステムには「人とエージェントが共有するカンバン」を専門とする dsh-kanban プロジェクト（alpacachen/dsh-kanban、2026-10-10 時点で ★13）も掲載されています。
関連ガイド
ワークフロークラスターの隣人たち——それぞれ何を語るのか。
要件定義からリリースまで、DSH で本物のプロジェクトを完走
要件の徹底ヒアリングで CONTEXT.md と ADR を固め、PRD に整理し、GitHub の issue に分割。あとはタスクごとに開発・マージ・実機検収まで。
ガイドを読むdsh 自動化タスク実践
チャットから定時リマインダーを作成し、内蔵 Automation tasks パネルを有効化して配信記録を読む——10 ステップの実録
ガイドを読むdsh 無限キャンバス：ThoughtDAG でコンテキストを分岐
質問はノードに、線は要約か全文コンテキストを注入、PDF は枝を伸ばし、古い Claude Code セッションは読み取り専用で取り込み——キャンバスワークフローのスクリーンショット解説。
ガイドを読む計画モード:/plan で計画・レビュー・承認
DeepSeek Harness の /plan コマンドを実機検証。オレンジの計画マーカー、exit_plan_mode の承認カード、直接実行との違いを10枚のスクリーンショットで解説。
ガイドを読むセッション管理実践：アーカイブ・削除・一括操作
デスクトップのサイドバーでセッションを探し、内蔵パネルでアーカイブ復元、multiselect プラグインで一括選択——9フレームの実録、各フレームにタイムスタンプ付き
ガイドを読むDSH 状態表示：タスクバーライトと完了通知
3色のタスクバーライトがエージェントの状態を映し、完了や判断待ちの瞬間にデスクトップ通知とスマホ通知が届く——フレーム検証済み8枚。
ガイドを読むソースとクレジット
3 本の録画はすべて Bilibili クリエイターのもの——2 本は dsh-graph 作者（自己紹介に GitHub miuzel を記載）、1 本はタスクボードプラグイン作者（自己紹介に zhu1090093659 / npm linxin666 を記載）によるものです。いずれも自己申告の身元で独立検証はなく、DSH 公式素材でもありません。上の各フレームは元動画の該当秒に直接ジャンプできます。再生数は 2026-10-10 の Bilibili API 値、スター数は同日の GitHub API 実査です。