receiving-code-review

Guides verification and reasoned response to code review feedback before implementation.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When receiving code review feedback, it is easy to either blindly implement every suggestion or respond with performative agreement instead of technical evaluation. This Skill enforces a disciplined workflow: read, understand, verify against the actual codebase, then implement or push back with reasoning. ## Core Features & Use Cases - Structured Response Pattern: Walks through six steps — read, understand, verify, evaluate, respond, implement — so no feedback item is acted on without verification. - Pushback Guidance: Defines when and how to disagree with a reviewer using technical reasoning, including YAGNI checks and conflicts with prior architectural decisions. - Unclear Feedback Handling: Requires clarifying ambiguous items before implementing anything, preventing partial-understanding mistakes. - Use Case: A reviewer suggests refactoring a function and adding error handling. Before changing code, you grep for actual call sites, find the suggestion would break an existing caller, and respond with reasoned pushback instead of a breaking change. ## Quick Start Apply the receiving-code-review skill to evaluate the reviewer comments on my pull request before I implement 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?▼

Read all feedback completely, restate each requirement in your own words, verify each item against the actual codebase, then respond with a technical acknowledgment or reasoned pushback. Implement one item at a time, testing each fix individually.

When should I push back on a code review suggestion?▼

Push back when a suggestion breaks existing functionality, violates YAGNI, is wrong for the stack, or conflicts with a prior architectural decision. Use technical reasoning and references rather than defensiveness, and state the tension explicitly if uncomfortable.

What should I do when code review feedback is unclear?▼

Stop and ask for clarification before implementing anything. Feedback items are often related, so partial understanding produces the wrong implementation. State which items you understand and which need clarification.

How do I check if a reviewer's suggestion violates YAGNI?▼

Grep the codebase for actual usage of the code in question. If nothing calls it, propose removing it instead of implementing it properly. If it is used, then implement the suggestion fully.

In what order should I implement code review fixes?▼

Clarify all unclear items first, then address blocking issues like breaks and security problems, followed by simple fixes like typos and imports, and finally complex fixes like refactoring. Test each fix individually to avoid regressions.