receiving-code-review

Guides verification and implementation of code review feedback with technical rigor.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Receiving code review feedback often triggers performative agreement or blind implementation, leading to unverified changes, broken functionality, and wasted effort on unclear or incorrect suggestions. ## Core Features & Use Cases - Structured Response Pattern: Enforces a read-understand-verify-evaluate-respond-implement sequence before touching any code. - Source-Specific Handling: Distinguishes trusted feedback from your human partner versus external reviewer suggestions that require skeptical verification against the codebase. - Pushback and YAGNI Checks: Provides criteria for pushing back on technically incorrect suggestions and grepping for actual usage before implementing "professional" features. - Use Case: A reviewer leaves six comments on your pull request, two of which are unclear. Instead of partially implementing, you clarify items 4 and 5 first, verify each suggestion against the codebase, then implement fixes one at a time with individual tests. ## Quick Start Apply the receiving-code-review skill to evaluate and respond to 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 codebase, then implement one item at a time with individual tests. Skip performative agreement like "great point" and let the code changes demonstrate the response.

What should I do when code review comments are unclear?

Stop and ask for clarification before implementing anything, even if other items are clear. Partial understanding leads to wrong implementations because feedback items are often related.

When is it appropriate to push back on reviewer suggestions?

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 tests rather than defensiveness.

Should I implement every suggestion from external reviewers?

No. Treat external feedback as suggestions to evaluate, not orders. Check whether each suggestion is technically correct for your codebase, breaks existing functionality, and whether the reviewer understands the full context before implementing.

How do I reply to inline review comments on GitHub?

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 code line being reviewed.