receiving-code-review

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Code review feedback often triggers performative agreement or blind implementation, leading to broken code, unverified changes, and missed clarification opportunities. This Skill enforces a disciplined response pattern: verify feedback against the codebase before implementing, ask when unclear, and push back with technical reasoning when suggestions are wrong. ## Core Features & Use Cases - Six-Step Response Pattern: Read, understand, verify, evaluate, respond, and implement feedback one item at a time with individual testing. - Sub-Scenario Routing: Dedicated references for unclear feedback, source-specific handling (human partner vs. external reviewer), pushback and correction, implementation ordering, and common mistakes. - Forbidden Response Guardrails: Blocks performative phrases like "You're absolutely right!" and gratitude expressions, replacing them with technical acknowledgment or direct action. - Use Case: A reviewer suggests removing legacy code. Instead of agreeing immediately, you check build targets, discover backward-compatibility constraints, and respond with a reasoned technical question before changing anything. ## Quick Start Use the receiving-code-review skill to evaluate and respond to this pull request feedback 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 before implementing it?

Follow a six-step pattern: read the full feedback, restate the requirement, verify it against the codebase, evaluate technical soundness, respond with acknowledgment or reasoned pushback, then implement one item at a time with testing.

How do I handle unclear code review comments?

Stop and ask for clarification before implementing anything. Partial understanding leads to wrong implementations because feedback items may be related. State which items you understand and which need clarification.

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

Push back when a suggestion breaks existing functionality, violates YAGNI, is technically incorrect for the stack, or conflicts with prior architectural decisions. Use technical reasoning and reference working tests or code, not defensiveness.

What order should I implement multi-item review feedback in?

Clarify unclear items first, then implement blocking issues (breaks, security), followed by simple fixes (typos, imports), then complex fixes (refactoring, logic). Test each fix individually and verify no regressions.

How do I reply to inline GitHub review comments?

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