ns-sdd-version-partitioner

バージョン分割ツール

master の requirements.md を分割し、順次計画できるサブバージョンにします。

ハーネスの確認

../ns-harness/references/artifact-layout.md と ../ns-harness/references/harness-discovery.md を参照してください。ハーネスに core-subversions ルールがある場合は読み込んでください。

対象範囲

• 読み取り専用： master {product_root}/docs/versions/{version_san}/requirements.md
• 禁止事項： タスクや execution-handoff の生成、Gate 1 の再実行
• 読み込まない： 製品のバックエンド／フロントエンドのルール — 構造上の分割のみ行います

アルゴリズム

1. master を解析 — 機能、優先順位、データモデルのヒント、レイヤータグ
2. DAG を構築 — デフォルトの順序は schema → API → FE → テストです。明示された優先順位があればそれに従います
3. 境界コンテキストごとにグループ化 — ドメイン／エンティティごとにまとめます
4. 規模が大きすぎるグループを分割する条件：
   • 相互依存する機能が 12 を超える、または
   • 推定タスク数が約 50、または
   • トークン数のヒューリスティックが約 600k
5. 規模が小さすぎるグループを統合 — 安全な場合は、約 4 タスク未満の隣接スライスを統合します。サブバージョンあたり4～7 タスクを目標にします
6. トポロジカルソート — フォルダー名は 01-slug、02-slug、… とします
7. 成果物を出力：
   • バージョンのルートに version-roadmap.md
   • subversions/{subversion_san}/requirements.md — 抜粋と、master の ../requirements.md#Feature-ID へのリンク
   • 各スライスに空の subversions/{subversion_san}/tasks/

ロードマップの表の列

| NN | slug | 機能 | 依存関係 | 推定タスク数 | 推定トークン数 | ステータス |

status は pending で開始します。

出力チェックリスト

• version-roadmap.md を保存
• 抜粋した要件を含むすべてのサブバージョンフォルダーと、空の tasks/
• task-*.md が作成されていない
• 人がスライス計画のループ前にレビューできる

参照資料

ファイル	用途
references/version-roadmap.template.md	ロードマップの構成
references/partition-workflow.md	分割後のオーケストレーターのループ

統合

分割後 → Gate Roadmap（人が確認）→ Gate 1 を繰り返さずに各スライスを計画（Gate 2～3、タスク）。