Pr Inline Comment Followup

4. PR 特定ルール

1. $1 が数値なら PR_NUMBER=$1
2. $1 が URL なら OWNER, REPO, PR_NUMBER を抽出
3. 一意に確定できたら確認待ちで止めずに続行する
4. 確定できない場合のみ停止する

5. Workflow

Step 1: PR 情報とコメント取得

• pull_request_read で以下を取得する
  • get
  • get_files
  • get_diff
  • get_review_comments
  • 必要なら get_reviews
• get_review_comments では id, user.login, html_url を確認する

Step 2: 対象コメントの選別

• 対応が必要な修正指摘を抽出する
• 質問回答済み、前提誤認、すでに解消済みなどは対象外として理由を記録する
• 根拠不足の場合のみ停止する

Step 3: 修正方針と実施

• 各コメントごとに 修正する / 修正しない を先に決める
• 修正する場合はローカル作業ツリーで必要最小限の修正だけを行う
• 指摘意図とずれる修正は行わない

Step 4: 検証

• 変更内容に直結する最小限の検証を行う
• 高コスト検証は事前確認を取る
• 未実施検証は明記する

Step 5: コメント対応の整理

• 各コメントについて以下を整理する
  • 判定: 修正済み / 修正不要
  • 根拠
  • 修正済みなら変更ファイル、要点、検証
  • 修正不要なら不要と判断した理由
• PR 上の返信投稿は 修正不要 と判断したものに対してのみ行う
• 投稿前に必ず「修正不要コメントへの返信を PR に投稿してよいですか？」と確認する
• 返信時は投稿者メンションを先頭に付け、まず add_reply_to_pull_request_comment を使う
• それが無理な場合のみ add_issue_comment を使う
• 修正済み についてはローカル作業完了時点では返信しない

6. 最終報告

• 対応したインラインコメント総数
• 修正済み 件数
• 修正不要 件数と理由要約
• 実施した検証
• 未実施検証と残リスク

7. 参考元

• この skill は旧 pr-inline-comment-followup command の意図を Codex 向けに写したもの