# Pr Review

> This skill processes unresolved GitHub PR review discussions. Activated when the user provides a GitHub PR link (github.com/.../pull/...) or mentions "PR review", "review PR", "process review comments", etc.

- Skill: `pitzcarraldo/pr-review` (Agent Skill)
- Install (CLI): `npx skillmds@latest add pitzcarraldo/pr-review`
- Raw SKILL.md: https://api.skillmd.com/api/skills/pitzcarraldo/pr-review/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: pitzcarraldo (https://skillmd.com/u/pitzcarraldo)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/pitzcarraldo/pr-review

---


# GitHub PR Review Skill

## Overview

This skill automatically processes unresolved GitHub Pull Request review discussions by analyzing the code context, validating feedback, and taking appropriate actions. It intelligently categorizes feedback as valid, invalid, or already addressed, then creates action plans or posts clarifying responses accordingly.

## Supported Actions

| Action Type | When Used | Outcome |
|-------------|-----------|---------|
| Create Todo | Valid feedback needing fixes | Adds task to todo list |
| Reply & Resolve | Invalid or misunderstood feedback | Posts clarifying comment, resolves thread |
| Confirm & Resolve | Already fixed feedback | Posts confirmation, resolves thread |
| Escalate | Ambiguous or complex feedback | Asks user for guidance |

## Discussion Classification

### Valid Feedback
Legitimate issues that require code changes:
- Missing error handling
- Type safety concerns
- Performance problems
- Security vulnerabilities
- Logic errors

### Invalid Feedback
Misunderstandings or incorrect observations:
- Code already handles the mentioned case
- Reviewer misread the implementation
- Feedback based on outdated context
- Incorrect assumptions

### Already Addressed
Feedback that has been fixed since review:
- Changes made in recent commits
- Fixed in different files
- Resolved through refactoring

## Workflow

### 1. Verify GitHub CLI Installation

**Check if gh CLI is available:**

```bash
gh --version
```

**Expected output:**
- Success: `gh version X.Y.Z (YYYY-MM-DD)`
- Failure: Command not found error

**If not installed, display installation guide:**

```
GitHub CLI (gh) is not installed.

Installation:
  macOS:          brew install gh
  Ubuntu/Debian:  sudo apt install gh
  Windows:        winget install GitHub.cli
  Linux (other):  See https://github.com/cli/cli#installation

After installation, authenticate:
  gh auth login
```

**Verify authentication:**

```bash
gh auth status
```

**If not authenticated:**
```
Please authenticate with GitHub:
  gh auth login

Follow the prompts to complete authentication.
```

### 2. Parse PR URL

**Extract repository and PR information from argument:**

URL format: `https://github.com/{owner}/{repo}/pull/{number}`

**Extraction logic:**
```bash
url="$ARGUMENTS"
owner=$(echo "$url" | sed -n 's#.*/github.com/\([^/]*\)/.*#\1#p')
repo=$(echo "$url" | sed -n 's#.*/github.com/[^/]*/\([^/]*\)/.*#\1#p')
pr_number=$(echo "$url" | sed -n 's#.*/pull/\([0-9]*\).*#\1#p')
```

**Example:**
```
Input:  https://github.com/anthropics/claude-code/pull/123
Output: owner=anthropics, repo=claude-code, pr_number=123
```

**Validation:**
- Ensure all three values are non-empty
- Verify PR number is numeric
- Confirm URL matches expected pattern

**If URL invalid:**
```
Error: Invalid GitHub PR URL

Expected format: https://github.com/OWNER/REPO/pull/NUMBER
Example: https://github.com/anthropics/claude-code/pull/123
```

### 3. Fetch Unresolved Discussions

**Query GitHub GraphQL API for review threads:**

```bash
gh api graphql -f query='
  query($owner: String!, $repo: String!, $pr: Int!) {
    repository(owner: $owner, name: $repo) {
      pullRequest(number: $pr) {
        title
        author { login }
        reviewThreads(first: 100) {
          nodes {
            id
            isResolved
            isOutdated
            path
            line
            comments(first: 10) {
              nodes {
                id
                body
                author { login }
                createdAt
              }
            }
          }
        }
      }
    }
  }
' -f owner="$owner" -f repo="$repo" -F pr="$pr_number"
```

**Response structure:**
```json
{
  "data": {
    "repository": {
      "pullRequest": {
        "reviewThreads": {
          "nodes": [
            {
              "id": "PRRT_...",
              "isResolved": false,
              "isOutdated": false,
              "path": "src/auth.ts",
              "line": 45,
              "comments": {
                "nodes": [
                  {
                    "body": "This needs null checking",
                    "author": {"login": "reviewer"},
                    "createdAt": "2024-01-01T12:00:00Z"
                  }
                ]
              }
            }
          ]
        }
      }
    }
  }
}
```

**Filter for unresolved threads:**
- Extract threads where `isResolved: false`
- Optionally include `isOutdated: true` threads (may be relevant)
- Store thread ID, path, line, and all comments

**If no unresolved discussions:**
```
✓ All review discussions have been resolved

PR: [PR Title]
Status: No pending feedback
```

### 4. Analyze Each Discussion

For each unresolved thread, perform comprehensive analysis:

#### 4.1 Read Local Code

**Fetch the file at the specified path:**

```bash
# Read the file with context around the line
Read file_path="$path"
```

**Extract relevant section:**
- Focus on the specific line mentioned
- Include 10 lines before and after for context
- Identify function/class scope

#### 4.2 Fetch PR Diff

**Get the complete PR diff:**

```bash
gh pr diff "$pr_number" -R "$owner/$repo"
```

**Parse diff for the specific file:**
- Locate changes to the file mentioned in comment
- Identify if the line was added, modified, or is context
- Check if subsequent commits modified this area

#### 4.3 Review Comment Thread

**Analyze all comments in the thread:**
- First comment: Original reviewer feedback
- Subsequent comments: Author responses and discussion
- Extract key concerns and questions
- Identify if conversation reached conclusion

#### 4.4 Compare States

**Determine the current state:**

1. **Has code changed since review?**
   - Check git log for commits after review comment timestamp
   - Compare current code to PR diff

2. **Does current code address the concern?**
   - Valid feedback: Code still has the issue
   - Invalid feedback: Code already handles it
   - Already addressed: Fixed in later commits

3. **Is feedback contextually correct?**
   - Reviewer may have missed related code
   - Check imports and dependencies
   - Verify assumptions in the comment

### 5. Categorize and Process

#### Type A: Valid Feedback (Needs Fix)

**Identification:**
- Issue exists in current code
- Feedback is technically correct
- Change would improve code quality

**Action:**
```bash
# Add to todo list using TodoWrite
TodoWrite:
  - content: "Fix [issue] in [file]:[line]"
  - status: "pending"
```

**Example:**
```
Discussion: "Missing null check for user.profile"
Current code: No null check present
Category: Valid Feedback

Action: Added todo "Add null check for user.profile in auth.ts:45"
```

#### Type B: Invalid Feedback (Misunderstanding)

**Identification:**
- Code already handles the concern
- Reviewer misunderstood implementation
- Feedback based on incorrect assumption

**Action:**
```bash
# Post clarifying comment
gh api graphql -f query='
  mutation($threadId: ID!, $body: String!) {
    addPullRequestReviewThreadReply(input: {
      pullRequestReviewThreadId: $threadId
      body: $body
    }) {
      comment { id }
    }
  }
' -f threadId="$thread_id" -f body="[polite clarification]"

# Resolve the thread
gh api graphql -f query='
  mutation($threadId: ID!) {
    resolveReviewThread(input: {threadId: $threadId}) {
      thread { isResolved }
    }
  }
' -f threadId="$thread_id"
```

**Comment template:**
```
Thank you for the feedback! This is actually already handled:

[Explanation with code reference]

The [specific mechanism] ensures [desired behavior].

Reference: [file]:[line]
```

**Example:**
```
Discussion: "Variable 'token' is unused"
Current code: Variable used on line 67
Category: Invalid Feedback

Reply: "Thank you for checking! The 'token' variable is actually used
        on line 67 in the authentication middleware. Here's the usage:

        ```typescript
        if (token) {
          return validateToken(token);
        }
        ```"
Action: Resolved thread
```

#### Type C: Already Addressed

**Identification:**
- Issue existed at review time
- Fixed in subsequent commits
- Current code is correct

**Action:**
```bash
# Post confirmation comment
gh api graphql -f query='[same mutation as Type B]' \
  -f threadId="$thread_id" \
  -f body="This has been addressed in commit [hash]. [Brief explanation]"

# Resolve thread
gh api graphql -f query='[same resolve mutation]' -f threadId="$thread_id"
```

**Comment template:**
```
This has been addressed in commit [short-hash].

Changes made:
[Brief summary of the fix]

Current implementation:
[Code snippet if helpful]
```

**Example:**
```
Discussion: "Add TypeScript types for User interface"
Current code: User interface fully typed
Category: Already Addressed

Reply: "This has been addressed in commit abc123f. Added comprehensive
        TypeScript types for the User interface including optional fields."
Action: Resolved thread
```

#### Type D: Ambiguous or Complex

**Identification:**
- Feedback requires design decision
- Multiple valid approaches exist
- User input needed for direction

**Action:**
```bash
# Ask user for guidance using AskUserQuestion
AskUserQuestion:
  question: "[Reviewer] suggests [approach]. How would you like to proceed?"
  options:
    - Implement suggested approach
    - Explain current approach to reviewer
    - Discuss alternative solution
```

### 6. Generate Summary Report

**After processing all discussions, create summary:**

```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PR Review Processing Complete
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

PR: [PR Title] (#[number])
Repository: [owner]/[repo]

Summary:
  Total discussions:    [X]
  Valid feedback:       [Y] → Added to todo list
  Invalid feedback:     [Z] → Clarified and resolved
  Already addressed:    [W] → Confirmed and resolved
  Escalated:           [N] → Requires user input

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Action Items Created:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

1. [file]:[line] - [description]
2. [file]:[line] - [description]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Resolved Discussions:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

✓ [file]:[line] - [reason for resolution]
✓ [file]:[line] - [reason for resolution]

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

### 7. 반복 처리 루프

수정사항(Valid Feedback)이 있는 경우 모든 discussion이 해결될 때까지 다음 사이클을 반복합니다:

#### 7.1 코드 수정 및 Push

**Todo 항목에 따라 코드 수정 후 push:**

```bash
# 변경사항 커밋
git add .
git commit -m "fix: address PR review feedback"

# Push
git push
```

#### 7.2 CI Check 대기

**PR의 모든 check가 완료될 때까지 대기:**

```bash
# Check 상태 모니터링 (완료될 때까지 polling)
gh pr checks "$pr_number" -R "$owner/$repo" --watch
```

**Check 상태 확인:**
```bash
gh pr checks "$pr_number" -R "$owner/$repo"
```

**예상 출력:**
```
Some checks are still pending
0 failing, 1 pending, 0 passing, and 0 skipped checks

build   In progress  https://github.com/...
```

**Check 완료 대기 로직:**
- `--watch` 플래그로 실시간 모니터링
- 모든 check가 pass/fail/skipped 상태가 될 때까지 대기
- Check 실패 시 사용자에게 알림 후 계속 진행

#### 7.3 새로운 Discussion 확인

**Check 완료 후 새로운 unresolved discussion 조회:**

```bash
# 3단계의 GraphQL 쿼리 재실행
gh api graphql -f query='
  query($owner: String!, $repo: String!, $pr: Int!) {
    repository(owner: $owner, name: $repo) {
      pullRequest(number: $pr) {
        reviewThreads(first: 100) {
          nodes {
            id
            isResolved
            isOutdated
            path
            line
            comments(first: 10) {
              nodes {
                id
                body
                author { login }
                createdAt
              }
            }
          }
        }
      }
    }
  }
' -f owner="$owner" -f repo="$repo" -F pr="$pr_number"
```

**새 discussion 발견 시:**
- 4단계(분석)부터 다시 시작
- 새로운 discussion 처리

#### 7.4 종료 조건

**루프 종료 조건:**
- Unresolved discussion이 0개
- 모든 CI check 통과

**최종 완료 메시지:**
```
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
✓ PR Review 처리 완료
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

PR: [PR Title] (#[number])
Repository: [owner]/[repo]

처리 사이클: [N]회
총 처리 discussion: [X]개
CI Check: ✓ 모두 통과

모든 review feedback이 처리되었습니다.
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
```

#### 7.5 루프 흐름도

```
┌─────────────────────────────────────────────────────────┐
│                    시작                                  │
└────────────────────────┬────────────────────────────────┘
                         ▼
┌─────────────────────────────────────────────────────────┐
│          Unresolved discussion 조회                      │
└────────────────────────┬────────────────────────────────┘
                         ▼
              ┌─────────────────────┐
              │ discussion 있음?    │
              └──────────┬──────────┘
                   │           │
                  Yes          No
                   │           │
                   ▼           ▼
┌──────────────────────┐  ┌─────────────────────────┐
│ 분석 및 분류 (4단계)  │  │     ✓ 처리 완료         │
└──────────┬───────────┘  │     루프 종료           │
           ▼              └─────────────────────────┘
┌──────────────────────┐
│ 처리 및 응답 (5단계)  │
│ - Valid: 수정        │
│ - Invalid: resolve   │
│ - Addressed: resolve │
└──────────┬───────────┘
           ▼
     ┌───────────┐
     │ 수정 있음? │
     └─────┬─────┘
       Yes │
           ▼
┌──────────────────────┐
│ git commit && push   │
└──────────┬───────────┘
           ▼
┌──────────────────────┐
│ CI Check 대기        │
│ gh pr checks --watch │
└──────────┬───────────┘
           ▼
           │ (처음으로 돌아감)
           └────────────────────────────────────────┐
                                                    │
              ┌─────────────────────────────────────┘
              ▼
┌─────────────────────────────────────────────────────────┐
│          Unresolved discussion 재조회                    │
└─────────────────────────────────────────────────────────┘
```

## Examples

### Example 1: Valid Null Check Feedback

**Review comment:**
```
src/auth.ts:45
"This function should handle null user profiles"
```

**Analysis:**
```bash
# Read file
Read src/auth.ts

# Check lines 35-55
function getProfile(user) {
  return user.profile.name;  // Line 45 - no null check
}
```

**Outcome:**
```
Category: Valid Feedback
Action: Added todo "Add null check for user.profile in auth.ts:45"
```

### Example 2: Misunderstood Variable Usage

**Review comment:**
```
src/api.ts:120
"Variable 'cache' is declared but never used"
```

**Analysis:**
```bash
# Read file
Read src/api.ts

# Check lines 110-140
const cache = new Map();  // Line 120

function getData(key) {
  if (cache.has(key)) {   // Line 130 - using cache
    return cache.get(key);
  }
  // ...
}
```

**Outcome:**
```
Category: Invalid Feedback

Reply posted:
"Thank you for reviewing! The 'cache' variable is actually used in the
getData function on lines 130-132 for memoization. Here's the usage:

```typescript
if (cache.has(key)) {
  return cache.get(key);
}
```

The cache improves performance by storing previously fetched data."

Action: Resolved thread
```

### Example 3: Already Fixed Type Issue

**Review comment:**
```
src/types.ts:15
"Missing return type annotation"
```

**Analysis:**
```bash
# Check current code
Read src/types.ts

# Line 15 now has type annotation
function calculate(): number {  // Line 15 - type added
  return 42;
}

# Check git log
git log --oneline --since="[review date]" src/types.ts
# Shows: "a1b2c3d feat(types): add return type annotations"
```

**Outcome:**
```
Category: Already Addressed

Reply posted:
"This has been addressed in commit a1b2c3d. Added return type annotations
to all exported functions including this one.

Current implementation:
```typescript
function calculate(): number {
  return 42;
}
```"

Action: Resolved thread
```

## Technical Requirements

### Required Tools

| Tool | Purpose | Installation | Check Command |
|------|---------|--------------|---------------|
| GitHub CLI | API access | `brew install gh` | `gh --version` |
| Git | Local repository | Built-in or package manager | `git --version` |
| jq | JSON parsing | `brew install jq` | `jq --version` |

### API Requirements

- **GitHub API**: GraphQL endpoint access
- **Authentication**: Valid GitHub token with repo scope
- **Rate limits**: ~5000 requests/hour (authenticated)
- **Permissions**: Read access to repository, write access to PR comments

### Minimum Versions

- **gh CLI**: 2.0.0 or higher
- **Git**: 2.0 or higher
- **jq**: 1.6 or higher

## Best Practices

1. **Always read local code** before making judgments
2. **Be polite and professional** in all responses
3. **Provide code references** to support clarifications
4. **Resolve threads only after posting comments**
5. **Group related todos** for efficiency
6. **Include commit hashes** when mentioning fixes
7. **Ask for user input** when uncertain
8. **Check git history** to understand recent changes

## Limitations

1. **Local context only**: Analysis based on local repository state
2. **100 discussions max**: GraphQL query limited to first 100 threads
3. **10 comments per thread**: Comment fetch limited to first 10
4. **No file history**: Cannot analyze full file evolution
5. **Requires authentication**: Must have GitHub access token
6. **Rate limiting**: May hit API limits on large PRs

## Error Handling

### Common Errors and Solutions

**Error: gh: command not found**
- **Cause**: GitHub CLI not installed
- **Solution**: Install with `brew install gh` or platform equivalent

**Error: To get started with GitHub CLI, run: gh auth login**
- **Cause**: Not authenticated with GitHub
- **Solution**: Run `gh auth login` and follow prompts

**Error: GraphQL: Could not resolve to a PullRequest**
- **Cause**: Invalid PR number or URL
- **Solution**: Verify PR exists and URL is correct

**Error: Resource not accessible by personal access token**
- **Cause**: Insufficient permissions
- **Solution**: Re-authenticate with `gh auth refresh -s repo`

**Error: API rate limit exceeded**
- **Cause**: Too many API requests
- **Solution**: Wait for rate limit reset (check `gh api rate_limit`)

## Advanced Features

### Batch Processing

For PRs with many discussions:
```bash
# Process in batches of 10
for i in {0..9}; do
  # Process discussion $i
  # Add delay to avoid rate limiting
  sleep 1
done
```

### Draft Responses

Before posting, optionally show draft responses to user:
```
Draft response for [file]:[line]:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[Response text]
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

Post this response? [y/n]
```

### Filter by Reviewer

Process discussions from specific reviewer:
```bash
# Filter threads by comment author
jq '.data.repository.pullRequest.reviewThreads.nodes[] |
    select(.comments.nodes[0].author.login == "specific-reviewer")'
```

## References

- **GitHub CLI**: https://cli.github.com/
- **GitHub GraphQL API**: https://docs.github.com/en/graphql
- **PR Review API**: https://docs.github.com/en/rest/pulls/reviews

## Notes

- Always post comments before resolving threads (order matters)
- Responses should be professional and technically accurate
- Include code snippets when clarifying implementation details
- Reference specific lines/commits to support arguments
- Never resolve threads without explanation
- Escalate to user when feedback is ambiguous or requires design decision

