receiving-code-review

Verify and respond to code review feedback with technical reasoning.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill solves the common issue of unprofessional and technically risky responses to code review feedback, which often lead to broken functionality, unnecessary code changes, or damaged team relationships from performative agreement or blind implementation of unvetted suggestions.

Core Features & Use Cases

  • Structured 6-Step Response Workflow: Guides you to read, understand, verify, evaluate, respond, and implement feedback one item at a time to avoid errors.
  • Scenario-Specific Guidance: Includes rules for handling feedback from your human partner vs external reviewers, unclear multi-item feedback, and YAGNI checks for unused proposed features.
  • Professional Interaction Rules: Teaches how to push back with technical reasoning instead of defensiveness, acknowledge correct feedback without performative praise, and reply to GitHub PR inline review comments properly.
  • Use Case Example: If a reviewer asks you to remove legacy code, this Skill guides you to first check if the code is required for backward compatibility before deleting it, instead of agreeing blindly.

Quick Start

When I receive code review feedback, follow the Skill's steps to verify each suggestion is correct for our codebase before implementing anything, and ask for clarification on any unclear points first.

Frequently Asked Questions about receiving-code-review

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I respond to code review feedback without breaking existing functionality?

To handle code review feedback safely, you must technically verify every suggestion against your codebase before implementation. This prevents unnecessary code changes and ensures backward compatibility isn't broken by blindly applying unvetted reviewer requests.

What is the best way to handle unclear pull request comments on GitHub?

The best way to handle unclear pull request comments is to ask for clarification before acting. Using a structured workflow ensures you read, understand, and verify each item individually, preventing blind compliance with ambiguous multi-item feedback.

How do I push back on a code review suggestion professionally?

To push back on code review suggestions professionally, provide technical reasoning instead of defensiveness or performative agreement. You can reject unneeded proposals by applying YAGNI validation to ensure unused features aren't added to the codebase.

When should I perform a YAGNI check during a code review?

You should perform a YAGNI check whenever a reviewer proposes new features or code additions. This validation ensures you only implement technically necessary changes, avoiding unnecessary code bloat from blind compliance with external contributor feedback.

Can I use this structured response workflow for internal peer reviews and external contributors?

Yes, the structured response workflow applies to all code review scenarios. It includes specific rules for handling feedback from internal peer reviews, external contributors, and GitHub pull request inline comment threads to maintain professional team interactions.