receiving-code-review

Guides technical evaluation and implementation of code review feedback with verification-first workflows.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When receiving code review feedback, developers often either blindly implement suggestions or respond with empty agreement. This Skill enforces technical rigor: verify feedback against the actual codebase before implementing, ask clarifying questions when items are unclear, and push back with technical reasoning when suggestions are wrong. ## Core Features & Use Cases - Verification-First Workflow: Read, restate, verify against the codebase, evaluate technical soundness, then respond and implement one item at a time with individual testing. - Source-Based Handling: Treats partner feedback as trusted but still clarifies scope, while external reviewer feedback is checked for correctness, regressions, cross-platform compatibility, and YAGNI violations before implementation. - Structured Pushback and Ordering: Provides rules for when and how to disagree with technical justification, plus an implementation order (blocking issues, simple fixes, complex fixes) with per-item regression testing. - Use Case: A reviewer asks you to delete legacy code. Instead of agreeing, you check build targets, discover the API requires a newer OS version, and respond with the compatibility constraint and a concrete question. ## Quick Start Use the receiving-code-review skill to 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 the full feedback, restate the technical requirements in your own words, verify each suggestion against the actual codebase, then respond with technical confirmation or a reasoned rebuttal. Implement fixes one at a time and test each individually.

What should I do when code review feedback is unclear?

Stop and ask for clarification before implementing anything. Partial understanding leads to incorrect implementation because feedback items are often interrelated. Confirm the items you understand and explicitly flag the ones needing clarification.

When is it appropriate to push back on a code review suggestion?

Push back when a suggestion breaks existing functionality, violates YAGNI, is technically incorrect for your stack, conflicts with architectural decisions, or when the reviewer lacks full context. Use technical reasoning and reference working tests or code, not defensive emotion.

How do I handle external reviewer feedback differently from teammate feedback?

Teammate feedback can be implemented after clarifying scope, but external feedback should be verified first: check technical correctness, regression risk, platform compatibility, and whether the reviewer understands the full context. Discuss conflicts with prior decisions before acting.

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 (gh api repos/{owner}/{repo}/pulls/{pr}/comments/{id}/replies) rather than posting a top-level PR comment, keeping discussion threaded and contextual.