pr-response
Respond directly to individual PR review comments using the GitHub API. Use when asked to reply to PR comments, address reviewer feedback, or communicate with reviewers on a PR.
When & Why to Use This Skill
This Claude skill streamlines the software development lifecycle by enabling direct responses to GitHub Pull Request comments via the GitHub API. It facilitates efficient communication between developers and reviewers, allowing Claude to explain code logic, justify design decisions, and acknowledge feedback directly within the PR thread, thereby accelerating the code review process and reducing context switching.
Use Cases
- Clarifying complex logic: Use Claude to explain specific code blocks or algorithms in response to a reviewer's 'Why was this done this way?' query.
- Acknowledging feedback: Quickly notify reviewers that their suggestions have been implemented or addressed after a new commit.
- Technical justification: Provide detailed reasoning for architectural choices or library selections during a PR discussion to align with team standards.
- Professional communication: Maintain a consistent and professional tone in PR threads by using Claude to draft and post responses prefixed with [claude].
| name | pr-response |
|---|---|
| description | Respond directly to individual PR review comments using the GitHub API. Use when asked to reply to PR comments, address reviewer feedback, or communicate with reviewers on a PR. |
PR Comment Response
Respond directly to individual review comments on a GitHub PR.
Instructions
First, fetch the current PR's review comments to get the comment IDs:
gh pr view --json number -q '.number' # Get PR number gh api "repos/{owner}/{repo}/pulls/{pr_number}/comments" --jq '.[] | {id, path, body, user: .user.login}'For each comment you need to respond to, use the script in this skill directory:
~/.claude/skills/pr-response/gh-reply-pr-comment.sh <comment_id> "<response_body>"Always prefix your response with
[claude]so reviewers know the response is from Claude.Be concise, professional, and address the specific feedback in the comment.
Example
If a reviewer comments "Why did you use a map here instead of a for loop?":
~/.claude/skills/pr-response/gh-reply-pr-comment.sh 1234567890 "[claude] The map was chosen for its declarative style and to avoid mutation of external state. Happy to refactor to a for loop if that's preferred for consistency with the codebase."
When to use
- When asked to respond to PR review comments
- When asked to reply to feedback on a PR
- After addressing review feedback and wanting to notify the reviewer