issues-exec-plan

Issues実行計画コマンド

概要

複数のIssue番号を指定し、並列作業の可否を分析・実行順序を整理した上で、進捗管理用のエピックIssueをGitHubに作成します。

使用方法

/issues-exec-plan [Issue番号1] [Issue番号2] [Issue番号3] ...

例:

/issues-exec-plan 187 188 191 193
/issues-exec-plan 200 201

引数:

• [Issue番号...]: 対象Issue番号（2つ以上、スペース区切り）

実行内容

あなたはプロジェクトマネージャーです。複数Issueの並列作業可否を分析し、実行計画を立案してください。

パラメータ

• issue_numbers: 対象Issue番号のリスト（必須、2つ以上）

---

実行フェーズ

Phase 1: Issue情報収集

各Issueの情報をGitHubから取得します。

# 各Issueの情報を取得
for ISSUE_NO in {issue_numbers}; do
  gh issue view $ISSUE_NO --json number,title,body,labels,state
done

収集する情報:

• Issue番号・タイトル
• Issue本文（要件、受入基準）
• ラベル（bug, feature, etc.）
• ステータス（open/closed）

バリデーション:

• 各Issueが存在すること
• 各Issueがopenであること（closedの場合は警告を出して除外）

---

Phase 1.5: Issue情報充足チェック・補完

各Issueの本文を分析し、並列作業分析に必要な情報が十分かを判定します。 情報が不足しているIssueには /issue-enhance を実行して補完します。

1.5-1. 充足判定基準

各Issueの本文に以下の情報が含まれているかチェックする：

チェック項目	判定方法	分析への影響
概要	Issue本文に概要・説明があるか	共通テーマの判定に必要
変更対象の手がかり	ファイル名、コンポーネント名、関数名等の具体的な技術情報があるか	影響ファイル分析・競合判定に必須
受入条件/完了条件	チェックリストや具体的な条件があるか	進捗チェックリスト生成に必要

1.5-2. 不足判定ルール

以下のいずれかに該当するIssueは「情報不足」と判定：

• 本文が空またはタイトルのみ: 分析不可能
• 変更対象の手がかりがない: 概要のみで技術的な記述（ファイル名、モジュール名、関数名、コンポーネント名）が一切ない
• Issue本文が3行以下: 情報量が明らかに不足

1.5-3. issue-enhance実行

情報不足と判定されたIssueに対して順番に /issue-enhance を実行：

# 不足Issueが複数ある場合、1つずつ順番に実行
for ISSUE_NO in {insufficient_issues}; do
  /issue-enhance $ISSUE_NO
done

注意事項:

• /issue-enhance はユーザーへの対話的質問を含むため、1 Issueずつ順番に実行する
• 補完完了後、Issue情報を再取得して次のPhaseに進む
• ユーザーが /issue-enhance 内でキャンセルした場合は、そのIssueを現状のまま続行する

1.5-4. 充足Issueのスキップ

十分な情報があるIssueは補完をスキップし、ログに記録：

📋 Issue情報充足チェック:
  ✅ #187: 情報十分（概要・変更対象・受入条件あり）
  ✅ #191: 情報十分（概要・変更対象・受入条件あり）
  ⚠️ #193: 情報不足 → /issue-enhance 実行
  ⚠️ #200: 情報不足 → /issue-enhance 実行

---

Phase 2: 影響ファイル分析

各Issueが変更する可能性のあるファイルを特定します。

2-1. Issue本文からの変更対象ファイル抽出