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 本文として扱う ## 実行計画 **複数の課題を渡されたら、最初の担当を起動する前に実行計画を書く。** 束ごとの依存・触るファイルと 節・起動してよい本数を 1 つの表に置き、工程の終わりごとに読み直して、着手できる行を起動する。 **課題が 1 件で Pull Request も 1 本のときは書かない。** 置き場所（主ディレクトリの `issues/execution-plan-<キー>.md`、開いている間はコミットしない）・ 行と測った値の形・見直す 5 つの契機と手順・閉じ方は [references/execution-plan.md](references/execution-plan.md) が持つ。 **並行の可否そのものはこの Skill が決めない。** 依存の下限・重なりの目安（別の節 / 足すだけ / 書き換え）・本数の下限は [parallel-work.md](../development-workflow/references/parallel-work.md) にある。 ## Step 0: 作成フェーズか実行フェーズか判定 最初に *