sort-task

Estrellas11

Forks0

Actualizado20 de julio de 2026 a las 07:01

タスクプール（アイデアリスト、PJ候補、TODO群、backlog等）から相互依存関係を推論・整理して、 DAG 形式で `projects/deps.json` に書き出し、実行順・並列集合・クリティカルパスを計算するスキル。以下の場面でトリガーする: - 「依存関係整理」「DAG化」「実行順決める」「タスクの前後関係」「ソート」と言われたとき - タスク・PJ・マイルストーンの集合を渡されて「どこから始める？」「並列化できる？」と聞かれたとき - backlog/*.md や docs/ideas/ 配下のリストを「整理して」と依頼されたとき - 既存 `projects/deps.json` への追記・編集を依頼されたとき - SortedTaskView の更新・再描画を依頼されたとき

Instalación

Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.

Fuente

akaghef

akaghef/M3E

Abrir repositorio de GitHub Ver repositorios del creador

Descarga

Ocupaciones relacionadasSOC

Basado en la clasificación ocupacional SOC

Desarrolladores de softwareOcupaciones informáticas y matemáticas·SOC 15-1252

Explorador de archivos

3 archivos

SKILL.md

readonly

name

sort-task

description

sort-task — タスク依存の整理と出力

相互依存のあるタスク群を DAG として projects/deps.json に書き出し、その DAG を 3 つの形式（md / chat / map）で出力する。

構成

.claude/skills/sort-task/
├── SKILL.md           ← この文書
├── deps.py            ← CLI（DAG 操作・クエリ）
└── render_map.mjs     ← M3E マップへの書き出し

データ: projects/deps.json（single source of truth）依存: Python 3.10+ / networkx / Node.js

入力

直接列挙: 「タスク A, B, C, D の依存を整理」
ファイル参照: 「backlog/pj-vision-100.md の 1–10 を DAG 化」
差分追加: 「PJ-09 を追加、PJ-01 の後・PJ-02 の前」
既存更新: 「PJ-04 state を active に」「PJ-06→PJ-07 のエッジ削除」

動作手順

入力特定 — ソースとタスク ID 規則を確認（既定: PJ-NN）
タスク列挙 — 各タスクに id / title / state(省略時 draft) / priority
依存推論 — 明示指示 > 推論。確信がない依存は review pool へ
deps.json 更新 — deps.py add / dep / rm-dep / state / rm で最小差分
検証 — deps.py check(cycle / unknown state / 参照切れ)
出力 — 下記 3 モードから要求されたものを生成

出力モード

モード	宛先	用途
chat	会話応答	対話中の確認・要約
md	`projects/sort-task.md` 等	永続ドキュメント化・レビュー用
map	M3E `SortedTaskView`	視覚的確認・探索

指定がない場合は chat を既定。md や map は明示指示されたら実行。

chat

deps.py の非 JSON 出力をそのまま要約:

追加: 3 node / 5 edge
critical path: PJ-01 → PJ-04 → PJ-07
layers:
  L0: PJ-01 PJ-06 PJ-08 PJ-04
  L1: PJ-03 PJ-02 PJ-07
ready: PJ-01 PJ-06 PJ-08 PJ-04

review pool（自信のない依存候補）:
  [ ] PJ-05 → PJ-03 ?  (ObserveSelf の出力を DogfoodDeep が使う可能性)

md

# DAG: {title} から始まる以下のフォーマット:

# DAG: projects/deps.json

最終更新: 2026-04-17

## critical path
PJ-01 → PJ-03

## layers
- L0 (parallel): PJ-01, PJ-04, PJ-06, PJ-08, PJ-00, PJ-05
- L1 (parallel): PJ-02, PJ-03, PJ-07

## ready
PJ-01, PJ-04, PJ-06, PJ-08, PJ-00, PJ-05

## nodes
| id | title | state | layer | prereqs |
|----|-------|-------|-------|---------|
| PJ-01 | TrustEng | draft | L0 | — |
| PJ-03 | DogfoodDeep | draft | L1 | PJ-01 |
...

書き出し先はユーザ指定（例: backlog/sort-task-2026-04-17.md）。指定が無ければ聞く。

map

node .claude/skills/sort-task/render_map.mjs を実行。

レイアウト原則:

tree-depth = DAG layer — 深さが依存の方向に対応
siblings = parallel — 兄弟は並列実行可能

構造:

SortedTaskView
├── meta
│   ├── critical-path: PJ-01 -> PJ-03
│   ├── open: N / total: M
│   ├── layers: K
│   └── last-render: <ISO8601>
└── DAG
    ├── PJ-01 TrustEng       ← L0
    │   └── PJ-03 DogfoodDeep ← L1（PJ-01 の子）
    ├── PJ-04 InfoGather
    │   └── PJ-02 HarnessTranspose
    ├── PJ-06 PrivacyLayer
    │   └── PJ-07 Projection
    ├── PJ-08 AdoptionEng
    ├── PJ-00 AlgLibMove dogfood
    └── PJ-05 ObserveSelf

tree-parent 選定ルール（layer L > 0 のノード）:

layer L-1 の prereq を候補とする
critical path 上のエッジがあればそれを採用
なければ「既存 tree-children 数が最小」な prereq（greedy spread）
同点時は deps.py score 降順 → ID 昇順

tree-parent に選ばれなかった prereq は GraphLink (relationType: "depends-on") として残す。 critical path 上のエッジは style: "emphasis"。

PJ ノード attributes: { pj_id, state, layer, on_critical }

環境変数:

M3E_PORT (既定 4173)
M3E_MAP_ID (既定 map_BG9BZP6NRDTEH1JYNDFGS6S3T5 = dev map)

冪等性: 既存 SortedTaskView があれば子孫ノードと depends-on リンクを全削除して再構築。ノード本体（ID）は再利用。

前提: M3E beta サーバが起動（停止中は /launch-beta を促す）。

依存推論の原則

ユーザが述べた依存を最優先 — 会話・memory・指示文の明示 > 推論
書かれていない依存は引かない — 空想でエッジを足さない
共通基盤は共通基盤 — 「A が B, C, D の前提」は A→B, A→C, A→D の 3 エッジ
循環は禁忌 — 循環に見える場合はタスク分割を提案（自動分割しない）
粒度が揃わないとき — 小粒タスクを大粒タスクの子として扱わず、親のみ DAG に載せる

禁則

ユーザ承認なしに不確定な依存を引かない
既存 deps.json の state / priority / title を勝手に書き換えない
node ID を勝手に rename しない
10 ノード / エッジ超 の一括操作はドライラン（差分提示）→ 承認 → 実行

使用例

例1: 新規 PJ 群を DAG 化 → chat 出力

ユーザ: backlog/pj-vision-100.md の Meta/Foundation を DAG 化して
→ add/dep を実行、chat で critical/layers/ready を要約

例2: DAG 更新 → map 再描画

ユーザ: PJ-09 を追加、PJ-01 の後、そして map 更新して
→ deps.py add PJ-09 + dep PJ-01 PJ-09、その後 render_map.mjs

例3: md 形式でレビュー用に書き出し

ユーザ: 現状の DAG を backlog/sort-task-2026-04-17.md に出して
→ deps.py で layers/critical/ready を取得、md フォーマットで書き出し

sort-task — タスク依存の整理と出力

相互依存のあるタスク群を DAG として projects/deps.json に書き出し、その DAG を 3 つの形式（md / chat / map）で出力する。

構成

.claude/skills/sort-task/
├── SKILL.md           ← この文書
├── deps.py            ← CLI（DAG 操作・クエリ）
└── render_map.mjs     ← M3E マップへの書き出し

データ: projects/deps.json（single source of truth）依存: Python 3.10+ / networkx / Node.js

入力

直接列挙: 「タスク A, B, C, D の依存を整理」
ファイル参照: 「backlog/pj-vision-100.md の 1–10 を DAG 化」
差分追加: 「PJ-09 を追加、PJ-01 の後・PJ-02 の前」
既存更新: 「PJ-04 state を active に」「PJ-06→PJ-07 のエッジ削除」

動作手順

入力特定 — ソースとタスク ID 規則を確認（既定: PJ-NN）
タスク列挙 — 各タスクに id / title / state(省略時 draft) / priority
依存推論 — 明示指示 > 推論。確信がない依存は review pool へ
deps.json 更新 — deps.py add / dep / rm-dep / state / rm で最小差分
検証 — deps.py check(cycle / unknown state / 参照切れ)
出力 — 下記 3 モードから要求されたものを生成

出力モード

モード	宛先	用途
chat	会話応答	対話中の確認・要約
md	`projects/sort-task.md` 等	永続ドキュメント化・レビュー用
map	M3E `SortedTaskView`	視覚的確認・探索

指定がない場合は chat を既定。md や map は明示指示されたら実行。

chat

deps.py の非 JSON 出力をそのまま要約:

追加: 3 node / 5 edge
critical path: PJ-01 → PJ-04 → PJ-07
layers:
  L0: PJ-01 PJ-06 PJ-08 PJ-04
  L1: PJ-03 PJ-02 PJ-07
ready: PJ-01 PJ-06 PJ-08 PJ-04

review pool（自信のない依存候補）:
  [ ] PJ-05 → PJ-03 ?  (ObserveSelf の出力を DogfoodDeep が使う可能性)

md

# DAG: {title} から始まる以下のフォーマット:

# DAG: projects/deps.json

最終更新: 2026-04-17

## critical path
PJ-01 → PJ-03

## layers
- L0 (parallel): PJ-01, PJ-04, PJ-06, PJ-08, PJ-00, PJ-05
- L1 (parallel): PJ-02, PJ-03, PJ-07

## ready
PJ-01, PJ-04, PJ-06, PJ-08, PJ-00, PJ-05

## nodes
| id | title | state | layer | prereqs |
|----|-------|-------|-------|---------|
| PJ-01 | TrustEng | draft | L0 | — |
| PJ-03 | DogfoodDeep | draft | L1 | PJ-01 |
...

書き出し先はユーザ指定（例: backlog/sort-task-2026-04-17.md）。指定が無ければ聞く。

map

node .claude/skills/sort-task/render_map.mjs を実行。

レイアウト原則:

tree-depth = DAG layer — 深さが依存の方向に対応
siblings = parallel — 兄弟は並列実行可能

構造:

SortedTaskView
├── meta
│   ├── critical-path: PJ-01 -> PJ-03
│   ├── open: N / total: M
│   ├── layers: K
│   └── last-render: <ISO8601>
└── DAG
    ├── PJ-01 TrustEng       ← L0
    │   └── PJ-03 DogfoodDeep ← L1（PJ-01 の子）
    ├── PJ-04 InfoGather
    │   └── PJ-02 HarnessTranspose
    ├── PJ-06 PrivacyLayer
    │   └── PJ-07 Projection
    ├── PJ-08 AdoptionEng
    ├── PJ-00 AlgLibMove dogfood
    └── PJ-05 ObserveSelf

tree-parent 選定ルール（layer L > 0 のノード）:

layer L-1 の prereq を候補とする
critical path 上のエッジがあればそれを採用
なければ「既存 tree-children 数が最小」な prereq（greedy spread）
同点時は deps.py score 降順 → ID 昇順

tree-parent に選ばれなかった prereq は GraphLink (relationType: "depends-on") として残す。 critical path 上のエッジは style: "emphasis"。

PJ ノード attributes: { pj_id, state, layer, on_critical }

環境変数:

M3E_PORT (既定 4173)
M3E_MAP_ID (既定 map_BG9BZP6NRDTEH1JYNDFGS6S3T5 = dev map)

冪等性: 既存 SortedTaskView があれば子孫ノードと depends-on リンクを全削除して再構築。ノード本体（ID）は再利用。

前提: M3E beta サーバが起動（停止中は /launch-beta を促す）。

依存推論の原則

ユーザが述べた依存を最優先 — 会話・memory・指示文の明示 > 推論
書かれていない依存は引かない — 空想でエッジを足さない
共通基盤は共通基盤 — 「A が B, C, D の前提」は A→B, A→C, A→D の 3 エッジ
循環は禁忌 — 循環に見える場合はタスク分割を提案（自動分割しない）
粒度が揃わないとき — 小粒タスクを大粒タスクの子として扱わず、親のみ DAG に載せる

禁則

ユーザ承認なしに不確定な依存を引かない
既存 deps.json の state / priority / title を勝手に書き換えない
node ID を勝手に rename しない
10 ノード / エッジ超 の一括操作はドライラン（差分提示）→ 承認 → 実行

使用例

例1: 新規 PJ 群を DAG 化 → chat 出力

ユーザ: backlog/pj-vision-100.md の Meta/Foundation を DAG 化して
→ add/dep を実行、chat で critical/layers/ready を要約

例2: DAG 更新 → map 再描画

ユーザ: PJ-09 を追加、PJ-01 の後、そして map 更新して
→ deps.py add PJ-09 + dep PJ-01 PJ-09、その後 render_map.mjs

例3: md 形式でレビュー用に書き出し

ユーザ: 現状の DAG を backlog/sort-task-2026-04-17.md に出して
→ deps.py で layers/critical/ready を取得、md フォーマットで書き出し

sort-task

sort-task — タスク依存の整理と出力

構成

入力

動作手順

出力モード

chat

md

map

依存推論の原則

禁則

使用例

例1: 新規 PJ 群を DAG 化 → chat 出力

例2: DAG 更新 → map 再描画

例3: md 形式でレビュー用に書き出し

関連

sort-task — タスク依存の整理と出力

構成

入力

動作手順

出力モード

chat

md

map

依存推論の原則

禁則

使用例

例1: 新規 PJ 群を DAG 化 → chat 出力

例2: DAG 更新 → map 再描画

例3: md 形式でレビュー用に書き出し

関連

sort-task

sort-task — タスク依存の整理と出力

構成

入力

動作手順

出力モード

chat

md

map

依存推論の原則

禁則

使用例

例1: 新規 PJ 群を DAG 化 → chat 出力

例2: DAG 更新 → map 再描画

例3: md 形式でレビュー用に書き出し

関連

Más de este repositorio

Más de este repositorio

sort-task — タスク依存の整理と出力

構成

入力

動作手順

出力モード

chat

md

map

依存推論の原則

禁則

使用例

例1: 新規 PJ 群を DAG 化 → chat 出力

例2: DAG 更新 → map 再描画

例3: md 形式でレビュー用に書き出し

関連