Skip to content
Back to skills

Address Pr Comments 1

ASecurity

Process and address GitHub Pull Request review comments. Use when the user asks to address PR comments, check PR comments, review PR feedback, or fix PR review comments, including fetching comments, updating code, running lint/tests, committing, and replying in GitHub.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 27, 2026
code-qualitybashgitapi

Works with

  • claude code
  • api

Security analysis

A100/100

Scanned September 27, 2026

npx -y skills add David-Li0406/meta-skill-evloving --skill address-pr-comments-1 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Address Pr Comments 1?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Address Pr Comments 1
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/david-li0406-address-pr-comments-1/badge)](https://www.skillsdirectory.com/skills/david-li0406-address-pr-comments-1)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: address-pr-comments
description: Process and address GitHub Pull Request review comments. Use when the user asks to address PR comments, check PR comments, review PR feedback, or fix PR review comments, including fetching comments, updating code, running lint/tests, committing, and replying in GitHub.
---

# Address PR Comments

## Overview

Handle GitHub PR review comments end-to-end: fetch comments, decide which need code changes, apply fixes, run quality checks, commit, and reply to each comment with resolution details.

## Workflow

### 1. Fetch PR comments

Use `gh` to identify the PR and list comments with context.

```bash
gh pr view --json number,title,url
gh api repos/{owner}/{repo}/pulls/{pr_number}/comments \
  --jq '.[] | "\n---\nFile: \(.path):\(.original_line)\nAuthor: \(.user.login)\nBody: \(.body)\n"'
```

### 2. Analyze and group

- Identify which comments require code changes vs. explanation only.
- Group related comments and address them together.
- Ask for clarification if intent is unclear.

### 3. Address comments sequentially (one task at a time)

For each comment or group, complete the full cycle below before moving to the next task:

1. Read relevant files to confirm intent.
2. Make code changes when needed.
3. Run the project linter on modified files.
4. Run the full project test suite (not a subset).
5. Commit with a descriptive message.
6. Push the commit.
7. Reply to the PR comment with the fix and a link to the GitHub commit.
   Include a short author note in the reply body:
   - Codex: "Reply authored by Codex"
   - Claude Code: "Reply authored by Claud"

```bash
git add <files> && git commit -m "Describe the fix"
git push
gh api repos/{owner}/{repo}/pulls/{pr_number}/comments \
  -F in_reply_to={comment_id} \
  -F body="Fixed in {commit_url} - {brief description of the change}\nReply authored by Codex"
```

### 4. Respond when no code change is needed

If a comment is a question or requires only explanation, reply directly without code changes.

```bash
gh api repos/{owner}/{repo}/pulls/{pr_number}/comments \
  -F in_reply_to={comment_id} \
  -F body="Explain the reasoning or answer the question\nReply authored by Codex"
```

## Rules

- Run the linter before committing.
- Run the full test suite before committing.
- Address one comment or group at a time.
- Push after each task is completed before replying.
- Include the GitHub commit link in comment replies for traceability.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…