receiving-code-review

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

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/erwinv2k-TKG/AgentesVSC --skill receiving-code-review-erwinv2k-tkg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: receiving-code-review
Source: https://github.com/erwinv2k-TKG/AgentesVSC/tree/main/packs/superpowers/skills/receiving-code-review
Command: npx skills add https://github.com/erwinv2k-TKG/AgentesVSC --skill receiving-code-review-erwinv2k-tkg

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Receiving code review feedback often leads to two failure modes: performative agreement without verification, or blind implementation of suggestions that may break the codebase. This Skill enforces a disciplined response pattern so feedback is evaluated against the actual codebase before any change is made. ## Core Features & Use Cases - Structured Response Pattern: Read, understand, verify, evaluate, respond, then implement feedback one item at a time with individual testing. - Source-Specific Handling: Distinguishes trusted feedback from your human partner versus external reviewer suggestions that require skeptical verification. - Pushback and YAGNI Checks: Provides rules for pushing back with technical reasoning and checking whether suggested features are actually used before implementing them. - Use Case: A reviewer asks you to remove legacy code. Instead of agreeing immediately, you verify the build target and discover the legacy path is required for backward compatibility, then reply with that technical reasoning. ## Quick Start Apply the receiving-code-review skill to evaluate the reviewer comments on my 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 as a developer?

Read the complete feedback, restate each requirement in your own words, verify it against the codebase, then implement one item at a time with testing. Avoid performative agreement like "great point" and use technical acknowledgment or reasoned pushback instead.

How do I handle unclear code review comments?

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, so clarify all unclear items first.

When should I push back on a code review suggestion?

Push back when a suggestion breaks existing functionality, violates YAGNI by adding 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 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 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.