issue-plan-strategylisted

# issue → plan → multi-PR ワークフロー 1 つの issue から plan を作る際、推奨される PR が複数に分かれることは日常的に発生する。本 skill はその際の **release ブランチ + 個別 PR ブランチ + Draft PR 先行作成 + git worktree 並行開発 + レビュー運用** の標準フローを規定する。 本 skill は **plan の作成フェーズと plan の実行(実装)フェーズの両方** をカバーする。同じワークフローが「設計を起こす段階」と「設計に従って実装する段階」を貫通することで、作成者と実装者(あるいは将来の自分)が同じ手順を共有できる。 ## 発動条件 | トリガ | 例 | 入る Step | |---|---|---| | スラッシュコマンド (引数あり) | `/ndf:issue-plan-strategy issues/foo.md`、`/ndf:issue-plan-strategy https://github.com/org/repo/issues/123` | Step 0 から | | スラッシュコマンド (引数なし) | `/ndf:issue-plan-strategy` (現在ブランチで作業中の issue/plan を解析) | Step 0 から | | 自動発動 (作成系) | 「この issue の plan を作って」「設計書を起こして」「PLAN42 の設計を起こして」 | Step 1〜2 | | 自動発動 (実行系) | 「この plan を実装して」「PLAN42 を実行して」「multi-PR で進めて」「release branch を切って実装開始」 | Step 0 → 既存 plan を読み → Step 3 以降 | 引数で渡された issue / plan は **ファイルパス / URL / 番号** いずれでも受け付ける: - ファイルパス (`issues/PLANxx_*.md`): 直接 Read - GitHub Issue URL / `#番号`: `gh issue view <num> --json title,body,labels` で取得 - それ以外の文字列: そのまま issue 本文として扱う ## Step 0: 作成フェーズか実行フェーズか判定 最初に **既に plan ファイルが存在するか** で判定する。skill 内で `Glob` を使うのが第一選択 (例: `Glob('issues/*PLAN42*')`)。shell で確認する場合は: ```bash # issues/ 配下に該当 plan があるか (PLAN42 / feature-name 部分は実値に置換) find issues/ -maxdepth 1 -iname '*PLAN42*' -o -iname '*feature-name*' ``` | 状況 | 進むフェーズ | |---|---| | plan ファイルがない / issue しかない | **作成フェーズ** (Step 1〜2 へ) | | plan ファイルがあり、release branch がない | **実行フェーズ・初期化** (Step 3 へ) | | release branch も Draft PR も既にある | **実行フェーズ・継続** (Step 5 以降。worktr