receiving-code-review

Evaluates code review feedback with verification before implementing reviewer suggestions.

10|3|Updated Mar 7, 2026
One-click install
npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill receiving-code-review-cynthia1070711
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: receiving-code-review
Source: https://github.com/Cynthia1070711/PHYCOOL_Tools/tree/main/config-templates/claude/skills/receiving-code-review
Command: npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill receiving-code-review-cynthia1070711

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When receiving code review feedback, AI agents and developers often default to performative agreement or blind implementation, which leads to regressions, unnecessary features, and unverified changes. This Skill enforces a disciplined response pattern that requires technical verification before any code change. ## Core Features & Use Cases - Six-Step Response Pattern: Read, understand, verify, evaluate, respond, then implement feedback one item at a time with individual testing. - Pushback and YAGNI Checks: Push back on technically incorrect suggestions with reasoning, and grep the codebase to reject unused feature requests. - Source-Specific Handling: Apply different trust levels for feedback from your human partner versus external reviewers, including GitHub inline thread replies via the gh API. - Use Case: A reviewer leaves six PR comments, two of which are unclear and one suggesting an unused endpoint be built out. The Skill instructs you to clarify the unclear items first, verify each claim against the codebase, and propose removing the unused endpoint instead of implementing it. ## Quick Start Use the receiving-code-review skill to process the reviewer comments on my current pull request before making 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 on a pull request?

Read all feedback completely, restate each requirement in your own words, verify claims against the actual codebase, then implement items one at a time with individual testing. Avoid performative agreement phrases and ask for clarification on any unclear items before starting.

When should I push back on a reviewer's 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.

How do I reply to inline review comments on GitHub?

Reply within the comment thread using the GitHub API endpoint gh api repos/{owner}/{repo}/pulls/{pr}/comments/{id}/replies rather than posting a top-level PR comment. This keeps the discussion attached to the specific code line being reviewed.

What should I do when review feedback is unclear or ambiguous?

Stop and ask for clarification before implementing anything, even if you understand the other items. Partial understanding leads to wrong implementations because feedback items are often related to each other.

Should I implement every suggestion from external reviewers?

No. Treat external feedback as suggestions to evaluate, not orders. Check whether each suggestion is technically correct for your codebase, breaks existing functionality, and whether the reviewer understands the full context before implementing.