receiving-code-review

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

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

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, leading to broken functionality, unnecessary features, and wasted effort. ## Core Features & Use Cases - Structured Response Pattern: Enforces a read-understand-verify-evaluate-respond-implement workflow before acting on any feedback. - Source-Specific Handling: Distinguishes trusted feedback from your human partner versus external reviewer suggestions that require skeptical verification. - YAGNI and Pushback Rules: Checks whether suggested features are actually used in the codebase and provides technical reasoning patterns for pushing back on incorrect suggestions. - Use Case: A reviewer on your GitHub PR suggests removing legacy code and adding a metrics endpoint. Instead of agreeing, you verify the legacy code is needed for backward compatibility and grep the codebase to find the endpoint is never called, then respond with technical reasoning. ## Quick Start Apply the receiving-code-review skill to evaluate and respond to the review comments on my current pull request before implementing anything.

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 an AI assistant?

Read the complete feedback, restate the requirement in your own words, verify it against the codebase, then respond with a technical acknowledgment or reasoned pushback. Avoid performative phrases like "You're absolutely right" and implement one item at a time with testing.

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 unclear items 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 rather than being defensive.

Should I implement external reviewer feedback immediately?

No. External feedback should be treated as suggestions to evaluate, not orders. Check whether it is technically correct for your codebase, breaks existing functionality, and whether the reviewer understands the full context before implementing.

How do I reply to inline GitHub review comments?

Reply within the comment thread using the GitHub API endpoint for pull request comment replies rather than posting a top-level PR comment. This keeps the discussion attached to the specific code being reviewed.