review-response

Verifies and responds to PR review comments and CI feedback against actual code.

3|Updated Oct 28, 2020
One-click install
npx skills add https://github.com/k0d3x8its/dotfiles --skill review-response-k0d3x8its
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: review-response
Source: https://github.com/k0d3x8its/dotfiles/tree/main/claude/.claude/skills/review-response
Command: npx skills add https://github.com/k0d3x8its/dotfiles --skill review-response-k0d3x8its

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Reviewers and CI systems produce feedback that is sometimes wrong, stale, or a poor fit for the codebase, and blindly complying leads to regressions and performative agreement. This Skill enforces a disciplined workflow for handling incoming review feedback: read everything first, restate each item, verify claims against the actual code, judge fit for the project, then fix or push back with evidence. ## Core Features & Use Cases - Six-phase response workflow: Read fully, restate, verify against code, judge fit, respond, and implement one item at a time. - Evidence-based pushback: Reject incorrect or out-of-scope suggestions with specific reasons such as file:line references, counter-examples, or violated conventions. - Routing to follow-up workflows: Convert feedback into actionable TODOs routed to bug diagnosis, test-driven development, or verification gates. - Use Case: A pull request receives five review comments and a failing CI check. Use this Skill to verify each claim against the diff, accept the two valid items, push back on one stale comment with evidence, and fix accepted items one at a time with verification after each change. ## Quick Start Invoke /review-response when PR review comments or CI failures arrive to process each item with verification before responding.

Frequently Asked Questions about review-response

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

FAQPage Schema
How do I respond to PR review comments effectively?▼

Read all feedback before responding, restate each item in your own words, verify every claim against the actual code, then fix valid items or push back with specific evidence like file:line references. Implement accepted changes one at a time with verification after each.

How to handle CI failures during code review?▼

Treat CI failures as hypotheses to verify, since CI is sometimes flaky. Check whether the failure reproduces locally and whether it relates to your diff before making changes, then route real bugs to a diagnosis workflow.

When should I push back on a reviewer suggestion?▼

Push back when the claim does not match the actual code, the suggestion violates project conventions, exceeds the PR scope, or conflicts with YAGNI. Always include a specific reason with evidence such as a counter-example or the convention it violates.

Why should review feedback be verified before fixing?▼

Reviewers are sometimes wrong or working from a stale view of the diff, and blind compliance introduces regressions. Verifying each claim against the actual code prevents wrong fixes and catches ambiguous comments that need clarification.

What are the limitations of a review response workflow?▼

It does not replace giving code review, running tests, or diagnosing root causes; it routes those needs to separate workflows. It also depends on access to the actual code and project conventions to judge feedback accurately.