receiving-code-review

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

Updated Sep 11, 2026
One-click install
npx skills add https://github.com/CYRUS-pinto/pi-bot --skill receiving-code-review-cyrus-pinto
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: receiving-code-review
Source: https://github.com/CYRUS-pinto/pi-bot/tree/main/.agents/skills/receiving-code-review
Command: npx skills add https://github.com/CYRUS-pinto/pi-bot --skill receiving-code-review-cyrus-pinto

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Receiving code review feedback often leads to performative agreement, blind implementation of questionable suggestions, or partial fixes when items are unclear. This Skill enforces a disciplined response pattern: verify feedback against the codebase before implementing, ask for clarification on unclear items, and push back with technical reasoning when suggestions are wrong. ## Core Features & Use Cases - Structured Response Pattern: Read, understand, verify, evaluate, respond, then implement feedback one item at a time with individual testing. - Source-Specific Handling: Different rules for trusted human partner feedback versus external reviewer suggestions, including YAGNI checks for unused features. - Pushback and Correction Guidance: Concrete scripts for pushing back on incorrect feedback and gracefully correcting yourself when your pushback was wrong. - 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, grep the codebase to confirm the endpoint is unused, and reply in the review thread with technical reasoning. ## Quick Start Use the receiving-code-review skill to help me evaluate and respond to the review comments on my 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 on a pull request?

Read all feedback completely, restate each requirement in your own words, verify it against the actual codebase, then implement one item at a time with individual testing. Avoid performative agreement like "great point" and instead state the fix or ask clarifying questions.

How do I handle unclear code review comments?

Stop and ask for clarification before implementing anything when any feedback item is unclear. Partial understanding leads to wrong implementations because items are often related, so clarify all ambiguous items first.

When should I push back on a code review suggestion?

Push back when a suggestion breaks existing functionality, violates YAGNI for 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 every suggestion from external reviewers?

No. Verify external suggestions against your codebase first: check technical correctness, platform compatibility, and whether the reviewer understands full context. If you cannot verify something, state the limitation and ask for direction.

How do I reply to inline review comments on GitHub?

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.