receiving-code-review

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

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

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 where every piece of feedback is read, understood, verified against the actual codebase, and only then implemented or pushed back on with technical reasoning. ## Core Features & Use Cases - Structured Response Pattern: Defines a six-step flow (read, understand, verify, evaluate, respond, implement) for handling any review feedback. - Source-Specific Handling: Distinguishes trusted feedback from your human partner versus external reviewer suggestions that require skepticism and verification. - YAGNI and Pushback Rules: Checks whether suggested features are actually used in the codebase and provides guidance for reasoned pushback when suggestions are wrong. - Use Case: A reviewer asks you to remove legacy code. Instead of agreeing immediately, you check build targets, discover the code is needed for backward compatibility, and respond with the technical constraint plus options. ## Quick Start Use 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 as a developer?

Read the complete feedback without reacting, restate the requirement in your own words, verify it against the actual codebase, then implement or push back with technical reasoning. Avoid performative agreement like "great point" and never implement before verifying.

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 ambiguous points first.

When should I push back on code review suggestions?

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 external reviewer suggestions without checking?

No. External feedback should be treated as suggestions to evaluate, not orders. Verify the suggestion is correct for your codebase, does not break existing functionality, and works across all supported platforms before implementing.

What order should I implement multiple code review fixes?

Clarify unclear items first, then implement blocking issues like breaks and security problems, followed by simple fixes like typos, then complex refactoring. Test each fix individually and verify no regressions occur.