reply-review

レビューコメントへの返信

GitHub PR のレビューコメントに対して適切な返信を作成・投稿します。 同一会話内で事前に validate-review で確認済みのコメントのみを返信対象とします。

引数

$ARGUMENTS から以下を解析:

• レビューコメント URL（オプション）: https://github.com/{owner}/{repo}/pull/{pr_number}#discussion_r{comment_id}
• PR URL または PR 番号（オプション）: その PR の確認済みコメントをまとめて対象にする
• メンションユーザー ID（オプション）: @gemini-code-assist 等

手順

1. 返信対象コメントの特定

返信対象は、同一会話内で validate-review（または手動で妥当性確認）を行ったコメントに限定する。確認していないコメントには返信しない。

パターン	引数	対象
A	なし	同一会話内で validate-review 済みのコメントすべて
B	PR URL / PR 番号	その PR について validate-review 済みのコメントすべて
C	レビューコメント URL	指定された 1 件のみ（validate-review 済みであること）

1. パターン C: URL から owner, repo, pr_number, comment_id を抽出し、そのコメント単体を対象とする
2. パターン B: URL / PR 番号から owner, repo, pr_number を特定し、その PR について validate-review 済みのコメントをすべて対象とする
3. パターン A: 同一会話内で validate-review を実行済みのコメントをすべて対象とする
4. 対象コメントがない場合は「返信対象のコメントがありません。先に /eccube-dev-agents:validate-review で確認してください」と報告して終了
5. 引数に URL / PR 番号があっても、validate-review していないコメントは対象に含めない（含めるべきコメントがあれば、先に validate-review の実行を促す）
6. @ で始まる文字列をメンションユーザー ID として抽出

validate-review が「判定保留」としたコメントは返信対象から外し、報告でその旨を明記する。

2. コメント情報の取得

validate-review 時の情報（comment_id, path:line, 判定, 対応方針）を再利用する。追加確認が必要な場合のみ:

1. コメント詳細の取得: gh api repos/{owner}/{repo}/pulls/comments/{comment_id}
2. スレッド構造の確認: gh api repos/{owner}/{repo}/pulls/{pr_number}/comments --paginate

3. 対象コードの確認

validate-review で確認済みの内容を使う。追加で確認が必要な場合のみ:

1. path から対象ファイルを特定
2. diff_hunk から変更内容を把握
3. ローカルにファイルがあれば Read ツールで確認

4. 返信内容の生成

各コメントに対して、validate-review の判定と対応方針に沿った返信を日本語で作成する:

• 妥当: 修正する旨を記載し、修正内容（またはコミット SHA）を説明
• 非妥当: 理由を丁寧に説明。根拠となる file:line を示す
• 部分的に妥当: 同意する部分と異なる見解を分けて説明

メンションユーザーが指定されている場合は返信本文の先頭に @user を含める。

5. 返信投稿

返信は個別にコメントごとに投稿する。複数コメントを 1 つの返信にまとめない。

gh api repos/{owner}/{repo}/pulls/{pr_number}/comments \
  -X POST \
  -f body="返信内容" \
  -F in_reply_to={comment_id}

複数コメントがある場合はそれぞれのスレッドに返信を投稿する。