receiving-code-review

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

Updated Apr 4, 2026
One-click install
npx skills add https://github.com/SleyiW/iWana-neXt --skill receiving-code-review-sleyiw
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: receiving-code-review
Source: https://github.com/SleyiW/iWana-neXt/tree/main/.agents/skills/receiving-code-review
Command: npx skills add https://github.com/SleyiW/iWana-neXt --skill receiving-code-review-sleyiw

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When receiving code review feedback, AI assistants often respond with performative agreement or blindly implement suggestions without verifying them against the actual codebase. This Skill enforces a disciplined response pattern: read, understand, verify, evaluate, then implement or push back with technical reasoning. ## Core Features & Use Cases - Structured Response Pattern: A six-step workflow (read, understand, verify, evaluate, respond, implement) that prevents premature implementation of unverified feedback. - Source-Specific Handling: Different rules for feedback from your human partner versus external reviewers, including skepticism checks and YAGNI validation for suggested features. - Pushback and Clarification Guidance: Concrete rules for when to push back with technical reasoning, when to ask for clarification on unclear items, and how to reply to GitHub inline review threads. - Use Case: A reviewer suggests removing legacy code or adding a metrics endpoint. Instead of agreeing immediately, you grep the codebase, find the endpoint is unused, and respond with a YAGNI-based question before changing anything. ## Quick Start Use the receiving-code-review skill to evaluate this reviewer's feedback against the codebase 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?

Read the complete feedback, restate the requirement in your own words, verify it against the codebase, evaluate whether it is technically sound for this project, then respond with a technical acknowledgment or reasoned pushback. Implement one item at a time and test each fix individually.

How do I handle unclear code review comments?

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

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 treat external reviewer feedback differently from my team lead's feedback?

Yes. Feedback from your human partner is trusted and can be implemented after understanding, while external reviewer suggestions should be verified against the codebase first. If external feedback conflicts with prior decisions, discuss with your human partner before acting.

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.