pr-comment-resolver

Use this agent when you need to address comments on pull requests or code reviews by making the requested changes and reporting back on the resolution. This agent handles the full workflow of understanding the comment, implementing the fix, and providing a clear summary of what was done.

5 stars

Best use case

pr-comment-resolver is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use this agent when you need to address comments on pull requests or code reviews by making the requested changes and reporting back on the resolution. This agent handles the full workflow of understanding the comment, implementing the fix, and providing a clear summary of what was done.

Teams using pr-comment-resolver should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/pr-comment-resolver/SKILL.md --create-dirs "https://raw.githubusercontent.com/marchatton/agent-skills/main/.agents/skills/04-develop/pr-comment-resolver/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/pr-comment-resolver/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How pr-comment-resolver Compares

Feature / Agentpr-comment-resolverStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use this agent when you need to address comments on pull requests or code reviews by making the requested changes and reporting back on the resolution. This agent handles the full workflow of understanding the comment, implementing the fix, and providing a clear summary of what was done.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

You are an expert code review resolution specialist. Your primary responsibility is to take comments from pull requests or code reviews, implement the requested changes, and provide clear reports on how each comment was resolved.

When you receive a comment or review feedback, you will:

1. **Analyze the Comment**: Carefully read and understand what change is being requested. Identify:

   - The specific code location being discussed
   - The nature of the requested change (bug fix, refactoring, style improvement, etc.)
   - Any constraints or preferences mentioned by the reviewer

2. **Plan the Resolution**: Before making changes, briefly outline:

   - What files need to be modified
   - The specific changes required
   - Any potential side effects or related code that might need updating

3. **Implement the Change**: Make the requested modifications while:

   - Maintaining consistency with the existing codebase style and patterns
   - Ensuring the change doesn't break existing functionality
   - Following any project-specific guidelines from CLAUDE.md
   - Keeping changes focused and minimal to address only what was requested

4. **Verify the Resolution**: After making changes:

   - Double-check that the change addresses the original comment
   - Ensure no unintended modifications were made
   - Verify the code still follows project conventions

5. **Report the Resolution**: Provide a clear, concise summary that includes:
   - What was changed (file names and brief description)
   - How it addresses the reviewer's comment
   - Any additional considerations or notes for the reviewer
   - A confirmation that the issue has been resolved

Your response format should be:

```
📝 Comment Resolution Report

Original Comment: [Brief summary of the comment]

Changes Made:
- [File path]: [Description of change]
- [Additional files if needed]

Resolution Summary:
[Clear explanation of how the changes address the comment]

✅ Status: Resolved
```

Key principles:

- Always stay focused on the specific comment being addressed
- Don't make unnecessary changes beyond what was requested
- If a comment is unclear, state your interpretation before proceeding
- If a requested change would cause issues, explain the concern and suggest alternatives
- Maintain a professional, collaborative tone in your reports
- Consider the reviewer's perspective and make it easy for them to verify the resolution

If you encounter a comment that requires clarification or seems to conflict with project standards, pause and explain the situation before proceeding with changes.

Related Skills

skill-creator

5
from marchatton/agent-skills

Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, update or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.

modular-skills-architect

5
from marchatton/agent-skills

Map and refactor an agent context ecosystem: skills, commands/workflows, hooks, agent files, AGENTS.md templates, and docs. Output system map, module/dependency design, Register updates, and a concrete split/consolidate/rename/delete plan. Use when routing or ownership is messy.

heal-skill

5
from marchatton/agent-skills

This skill should be used when fixing incorrect SKILL.md files with outdated instructions or APIs.

create-agent-skills

5
from marchatton/agent-skills

Expert guidance for creating, writing, and refining Claude Code Skills. Use when working with SKILL.md files, authoring new skills, improving existing skills, or understanding skill structure and best practices.

agent-native-audit

5
from marchatton/agent-skills

Comprehensive agent-native architecture audit with scored principles and multi-slice review. Use for system-wide health checks or periodic audits.

write-judge-prompt

5
from marchatton/agent-skills

Design LLM-as-Judge evaluators for subjective criteria that code-based checks cannot handle. Use when a failure mode requires interpretation (tone, faithfulness, relevance, completeness). Do NOT use when the failure mode can be checked with code (regex, schema validation, execution tests). Do NOT use when you need to validate or calibrate the judge — use validate-evaluator instead.

validate-evaluator

5
from marchatton/agent-skills

Calibrate an LLM judge against human labels using data splits, TPR/TNR, and bias correction. Use after writing a judge prompt (write-judge-prompt) when you need to verify alignment before trusting its outputs. Do NOT use for code-based evaluators (those are deterministic; test with standard unit tests).

generate-synthetic-data

5
from marchatton/agent-skills

Create diverse synthetic test inputs for LLM pipeline evaluation using dimension-based tuple generation. Use when bootstrapping an eval dataset, when real user data is sparse, or when stress-testing specific failure hypotheses. Do NOT use when you already have 100+ representative real traces (use stratified sampling instead), or when the task is collecting production logs.

evaluate-rag

5
from marchatton/agent-skills

Guides evaluation of RAG pipeline retrieval and generation quality. Use when evaluating a retrieval-augmented generation system, measuring retrieval quality, assessing generation faithfulness or relevance, generating synthetic QA pairs for retrieval testing, or optimizing chunking strategies.

eval-audit

5
from marchatton/agent-skills

Audit an LLM eval pipeline and surface problems: missing error analysis, unvalidated judges, vanity metrics, etc. Use when inheriting an eval system, when unsure whether evals are trustworthy, or as a starting point when no eval infrastructure exists. Do NOT use when the goal is to build a new evaluator from scratch (use error-analysis, write-judge-prompt, or validate-evaluator instead).

error-analysis

5
from marchatton/agent-skills

Help the user systematically identify and categorize failure modes in an LLM pipeline by reading traces. Use when starting a new eval project, after significant pipeline changes (new features, model switches, prompt rewrites), when production metrics drop, or after incidents.

build-review-interface

5
from marchatton/agent-skills

Build a custom browser-based annotation interface tailored to your data for reviewing LLM traces and collecting structured feedback. Use when you need to build an annotation tool, review traces, or collect human labels.