name: Review PR feedback
description: "Address PR review comments, make fixes, reply, and resolve"
argument-hint: ""
Address PR Review Comments
Automates addressing pull request review feedback: analyze comments, make fixes, reply to explain changes, resolve threads, and request re-review from @codex.
Prerequisites
- Must have
ghCLI authenticated - Must be in a git repository with a GitHub remote
Step 1: Validate Input
If $ARGUMENTS is empty:
- Use AskUserQuestion to ask for the PR number
- Validate it's a number
If $ARGUMENTS is provided:
- Extract PR number from $ARGUMENTS
- Validate it's a valid number
Step 2: Fetch PR Review Threads
Run this GraphQL query to get all unresolved review threads:
gh api graphql -f query='
query {
repository(owner: "{owner}", name: "{repo}") {
pullRequest(number: PR_NUMBER) {
id
reviewThreads(first: 100) {
nodes {
id
isResolved
path
line
comments(first: 10) {
nodes {
id
databaseId
body
author {
login
}
}
}
}
}
}
}
}'
Filter to only unresolved threads (isResolved: false).
If there are no unresolved threads, inform the user and exit.
Step 3: Analyze and Categorize Comments
For each unresolved thread:
- Read the comment body to understand the feedback
- Identify the file path and line number
- Read the relevant file section to understand the context
- Categorize the type of feedback:
- Code change needed - requires file modification
- Documentation - needs comment/doc update
- Question - requires explanation only, no code change
- Disagree/Won't fix - ASK USER before responding
Present a summary to the user showing:
- Number of comments found
- File paths affected
- Brief description of each comment
IMPORTANT: For any comment where you disagree or think "won't fix" is appropriate, use AskUserQuestion to get user confirmation before replying. Never auto-resolve disagreements.
Step 4: Address Each Comment
For each comment requiring action:
4a. Read the relevant file
Use the Read tool to understand the context around the specified line.
4b. Make the fix
Use the Edit tool to make the necessary changes based on the feedback.
4c. Reply to the comment
Use REST API to reply to the comment explaining what was done:
gh api --method POST \
repos/{owner}/{repo}/pulls/PR_NUMBER/comments/COMMENT_DB_ID/replies \
-f body='Fixed: [explanation of what was changed and why]'
Keep replies concise but informative. Explain WHAT was changed and WHY.
4d. Resolve the thread
Use GraphQL mutation to resolve the thread:
gh api graphql -f query='
mutation {
resolveReviewThread(input: {threadId: "THREAD_NODE_ID"}) {
thread { isResolved }
}
}'
Step 5: Commit Changes
After all fixes are made:
- Stage all changed files with
git add - Create a commit with a descriptive message following conventional commits format:
git commit -m "fix: address PR review feedback
- [list each fix made]
- [reference comment IDs if helpful]
🤖 Generated with [Codex]
- Push the changes to the remote branch
Step 6: Request Re-Review
Add a comment to the PR requesting re-review from @codex:
gh pr comment PR_NUMBER --body '@codex review'
Step 7: Summary
Present a summary to the user:
- Number of comments addressed
- Files modified
- Commit hash created
- Any comments that were NOT addressed (with reasons)
- Link to the PR
Error Handling
- If
ghCLI is not authenticated, instruct user to rungh auth login - If PR number is invalid, show error and ask for correct number
- If a thread fails to resolve, log the error but continue with other threads
- If commit fails, show the error and suggest manual resolution
chat Comments (0)
Sign in to join the discussion and leave a comment.
Skill Details
Related Skills
Build your own?
Join 12,000+ developers contributing to the Claude ecosystem.
No comments yet. Be the first to share your thoughts!