receiving-code-review

Evaluates code review feedback with technical verification before implementing suggested changes.

Updated Jul 19, 2026
One-click install
npx skills add https://github.com/forhas/pure-dev --skill receiving-code-review-forhas
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: receiving-code-review
Source: https://github.com/forhas/pure-dev/tree/main/plugins/quick-dev/skills/receiving-code-review
Command: npx skills add https://github.com/forhas/pure-dev --skill receiving-code-review-forhas

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code review feedback often gets implemented blindly or met with performative agreement, leading to broken functionality, wasted effort on unused features, and missed clarification on ambiguous items. This Skill enforces a verify-first discipline when responding to review comments from PR reviewers, Codex, or automated review agents. ## Core Features & Use Cases - Structured Response Pattern: Read, understand, verify against the codebase, evaluate technical soundness, then respond and implement one item at a time with individual testing. - Source-Specific Handling: Applies different trust levels for feedback from your human partner versus external reviewers, with explicit pushback guidance when suggestions are technically wrong or violate YAGNI. - Clarification-First Rule: Stops all implementation when any feedback item is unclear, preventing partial or incorrect fixes across multi-item review lists. - Use Case: A reviewer on your GitHub PR requests six changes, suggests removing legacy compatibility code, and asks for a full metrics subsystem. The Skill guides you to verify the legacy code is still needed for older build targets, grep the codebase to confirm the metrics endpoint is unused (YAGNI), ask for clarification on ambiguous items, and reply in the correct GitHub comment threads. ## Quick Start Use the receiving-code-review skill to evaluate the review comments on my current pull request before implementing any changes.

Frequently Asked Questions about receiving-code-review

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

FAQPage Schema
How should I respond to code review feedback on a pull request?

Read all feedback completely, restate each requirement in your own words, verify it against the actual codebase, then implement one item at a time with individual testing. Avoid performative agreement like "great point" and instead state the fix or ask clarifying questions.

How do I handle unclear code review comments before implementing?

Stop and ask for clarification on every unclear item before implementing anything. Partial understanding leads to wrong implementations because feedback items are often related, so confirm all items first even if some are obvious.

When should I push back on a reviewer's suggestion?

Push back when a suggestion breaks existing functionality, violates YAGNI for unused features, is technically incorrect for your stack, or conflicts with prior architectural decisions. Use technical reasoning and reference working code or tests rather than being defensive.

Should I implement every suggestion from external code reviewers?

No. Treat external feedback as suggestions to evaluate, not orders. Check whether each suggestion is correct for your codebase, breaks existing behavior, and accounts for platform or compatibility constraints before implementing.

How do I reply to inline review comments on GitHub pull requests?

Reply within the comment thread using the GitHub API endpoint for pull request comment replies, not as a top-level PR comment. This keeps the discussion attached to the specific line of code being reviewed.