fix-pr-review

Reconcile external PR review comments into a unified findings table and apply validated code changes.

1|Updated Jan 6, 2026
One-click install
npx skills add https://github.com/Levezze/devkit --skill fix-pr-review-levezze
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fix-pr-review
Source: https://github.com/Levezze/devkit/tree/main/skills/fix-pr-review
Command: npx skills add https://github.com/Levezze/devkit --skill fix-pr-review-levezze

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Fixes and reconciles issues found in one or more external PR reviews (and your own /pr-review output) so the PR is updated end-to-end with consistent, validated changes.

Core Features & Use Cases

  • Unify multiple reviewers into one findings table: Deduplicates overlapping claims across reviews while preserving sources and evidence.
  • Scrutinize before acting: Re-reads the full PR diff and each referenced file/line to confirm findings against reality and the PRD.
  • Calibrated pushback gate: Voices pushback only when a finding is wrong, would regress behavior, violates architecture/ADR rules, or expands scope.
  • End-to-end fix workflow: Applies fixes with TDD where appropriate, verifies build/test/lint gates, then commits and pushes the updated branch.

Quick Start

Ask your AI to run fix-pr-review after you paste one or more external review blocks for the open PR, ensuring your earlier /pr-review output is present in the conversation context.

Frequently Asked Questions about fix-pr-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I reconcile conflicting code review comments on a pull request?

To reconcile conflicting pull request comments, you can deduplicate overlapping findings from multiple reviewers, validate them against the full diff, and apply a consistent set of code changes. This ensures your open PR is updated end-to-end with validated fixes.

What is the best way to apply fixes from multiple reviewers without duplicating changes?

The best way to apply fixes from multiple reviewers is to build a unified findings table that deduplicates overlapping claims while preserving sources. You then validate these findings against the PRD and full diff before editing to ensure consistent changes.

Can I push back on code review findings that violate architecture rules?

Yes, you can push back on code review findings that are wrong, would regress behavior, violate architecture or ADR rules, or expand scope. This calibrated pushback gate ensures only valid and compliant changes are applied to the branch.

How do I verify code review fixes pass tests before pushing to a git branch?

To verify code review fixes pass tests before pushing, you should apply the changes using TDD where appropriate and run build, test, and lint verification gates. After passing these checks, you can safely commit and push the updated branch.

Do I need my previous pr-review output to merge external review fixes?

Yes, you need your previous pr-review output present in the conversation context to merge external review fixes effectively. The process reconciles external comments with your prior findings to create a comprehensive and validated set of changes.

What should I do if external code reviews contain overlapping findings?

If external code reviews contain overlapping findings, you should deduplicate the claims while preserving their sources and evidence. This creates a unified findings table with verdicts that can be checked against PRD and ADR constraints before editing.