メニュー
PRのレビューコメント（コード行へのコメント）および PR全体コメント（issue comments）に対応する。 コメントを取得し、対応方針をユーザーに確認した上で、修正/コミット/push/返信を行う。 「レビューコメントに対応して」「review comments」「address review」などで起動。 使用法: /review-address [pr]
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | review-address |
| description | PRのレビューコメント（コード行へのコメント）および PR全体コメント（issue comments）に対応する。 コメントを取得し、対応方針をユーザーに確認した上で、修正/コミット/push/返信を行う。 「レビューコメントに対応して」「review comments」「address review」などで起動。 使用法: /review-address [pr] |
| allowed-tools | Bash(git:*) Bash(gh:*) |
PRのレビューコメント（コード行へのコメント）および PR全体コメント（issue comments）を取得し、各コメントへの対応方針をユーザーに確認した上で、修正/コミット/push/返信を行う。
[pr] には PR番号またはURLを指定。省略時は現在のブランチのPRを使用。
gh pr view --json number,url を使用して現在ブランチのPRを特定する。以下を取得し、結果をマージ:
gh api --paginate /repos/{owner}/{repo}/pulls/{pull_number}/comments
スレッド単位でグループ化（親コメントを起点に thread_id を決定）:
in_reply_to_id が null）: thread_id = idthread_id = in_reply_to_idgh api --paginate /repos/{owner}/{repo}/issues/{issue_number}/comments
--jq によるフィルタリングを行わず生 JSON を取得する。Bot コメントのフィルタリングは分析ステップ（step 2）で行う。
gh api --jq での否定フィルタ (!=) はシェルのヒストリ展開と衝突しやすいため使わない。
各コメントについて以下を行い、対応案を作成する:
全コメントの対応案を一覧で提示し、ユーザーにまとめて確認する。 この確認で以下を確定する:
「修正する」を選択したコメントを関連性でグループ化し、グループごとに実施する。
グループ化の方針（例）:
各グループで実施:
すべての修正コミット作成後、git push を実行する。
git push 後、レビューコメントと PR全体コメントで異なる方法で返信する。
各スレッドに個別返信（常に親コメントに返信してスレッドを1本に保つ）:
gh api -X POST /repos/{owner}/{repo}/pulls/{pull_number}/comments/{comment_id}/replies -f body="..."
複数の対応内容への返信を1つの新規コメントにまとめる:
gh api -X POST /repos/{owner}/{repo}/issues/{issue_number}/comments \
--raw-field body="$(cat <<'EOF'
## 対応完了
1. 対応内容A: 修正しました (commit hash)
2. 対応内容B: 返信のみ: ...
EOF
)"
git commit を実行する。"/commit" または「commit」等で起動。 ステージ済み差分から Semantic Commit Message（type(scope): subject）を生成して commit する。 ステージが無い場合は、対話操作不要な方法（ファイル単位 / ディレクトリ単位 / intent-to-add）で git add を提案する（自動 add はしない）。
現在のブランチから GitHub CLI (gh) で Pull Request を作成する。デフォルトは Draft PR。ユーザーが「PR 作成して」「create-pr」などと言ったら起動する。現在のブランチがベースブランチ（e.g., main/master）なら、PR作成用のブランチを選択/作成してから進める。