MR
Mayur Rathi
@mayurrathi
⭐ 40.7k GitHub stars

Receiving Code Review

Receiving Code Review is an code AI skill with a core value of Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performat. It helps developers solve real-world problems in the code domain, boosting efficiency, automating repetitive tasks, and optimizing workflows.

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performat...

Last verified on: 2026-07-07

Quick Facts

Category code
Works With Claude
Source sickn33/antigravity-awesome-skills
Stars ⭐ 40.7k
Last Verified 2026-07-07
Risk Level Low
mkdir -p ./skills/receiving-code-review && curl -sfL https://raw.githubusercontent.com/sickn33/antigravity-awesome-skills/main/skills/receiving-code-review/SKILL.md -o ./skills/receiving-code-review/SKILL.md

Run in terminal / PowerShell. Requires curl (Unix) or PowerShell 5+ (Windows).

Skill Content

# Code Review Reception


Overview


Code review requires technical evaluation, not emotional performance.


**Core principle:** Verify before implementing. Ask before assuming. Technical correctness over social comfort.


The Response Pattern


text
WHEN receiving code review feedback:

1. READ: Complete feedback without reacting
2. UNDERSTAND: Restate requirement in own words (or ask)
3. VERIFY: Check against codebase reality
4. EVALUATE: Technically sound for THIS codebase?
5. RESPOND: Technical acknowledgment or reasoned pushback
6. IMPLEMENT: One item at a time, test each

Forbidden Responses


**NEVER:**

- "You're absolutely right!" (explicit CLAUDE.md violation)

- "Great point!" / "Excellent feedback!" (performative)

- "Let me implement that now" (before verification)


**INSTEAD:**

- Restate the technical requirement

- Ask clarifying questions

- Push back with technical reasoning if wrong

- Just start working (actions > words)


Handling Unclear Feedback


text
IF any item is unclear:
  STOP - do not implement anything yet
  ASK for clarification on unclear items

WHY: Items may be related. Partial understanding = wrong implementation.

**Example:**

text
your human partner: "Fix 1-6"
You understand 1,2,3,6. Unclear on 4,5.

❌ WRONG: Implement 1,2,3,6 now, ask about 4,5 later
✅ RIGHT: "I understand items 1,2,3,6. Need clarification on 4 and 5 before proceeding."

Source-Specific Handling


From your human partner

- **Trusted** - implement after understanding

- **Still ask** if scope unclear

- **No performative agreement**

- **Skip to action** or technical acknowledgment


From External Reviewers

text
BEFORE implementing:
  1. Check: Technically correct for THIS codebase?
  2. Check: Breaks existing functionality?
  3. Check: Reason for current implementation?
  4. Check: Works on all platforms/versions?
  5. Check: Does reviewer understand full context?

IF suggestion seems wrong:
  Push back with technical reasoning

IF can't easily verify:
  Say so: "I can't verify this without [X]. Should I [investigate/ask/proceed]?"

IF conflicts with your human partner's prior decisions:
  Stop and discuss with your human partner first

**your human partner's rule:** "External feedback - be skeptical, but check carefully"


YAGNI Check for "Professional" Features


text
IF reviewer suggests "implementing properly":
  grep codebase for actual usage

  IF unused: "This endpoint isn't called. Remove it (YAGNI)?"
  IF used: Then implement properly

**your human partner's rule:** "You and reviewer both report to me. If we don't need this feature, don't add it."


Implementation Order


text
FOR multi-item feedback:
  1. Clarify anything unclear FIRST
  2. Then implement in this order:
     - Blocking issues (breaks, security)
     - Simple fixes (typos, imports)
     - Complex fixes (refactoring, logic)
  3. Test each fix individually
  4. Verify no regressions

When To Push Back


Push back when:

- Suggestion breaks existing functionality

- Reviewer lacks full context

- Violates YAGNI (unused feature)

- Technically incorrect for this stack

- Legacy/compatibility reasons exist

- Conflicts with your human partner's architectural decisions


**How to push back:**

- Use technical reasoning, not defensiveness

- Ask specific questions

- Reference working tests/code

- Involve your human partner if architectural


**Signal if uncomfortable pushing back out loud:** "Strange things are afoot at the Circle K"


Acknowledging Correct Feedback


When feedback IS correct:

text
✅ "Fixed. [Brief description of what changed]"
✅ "Good catch - [specific issue]. Fixed in [location]."
✅ [Just fix it and show in the code]

❌ "You're absolutely right!"
❌ "Great point!"
❌ "Thanks for catching that!"
❌ "Thanks for [anything]"
❌ ANY gratitude expression

**Why no thanks:** Actions speak. Just fix it. The code itself shows you heard the feedback.


**If you catch yourself about to write "Thanks":** DELETE IT. State the fix ins

🎯 Best For

  • Engineering teams doing code reviews
  • Open source maintainers
  • UI designers
  • Product designers
  • Claude users

💡 Use Cases

  • Reviewing pull requests for security vulnerabilities
  • Checking code style consistency
  • Generating component mockups
  • Creating design system tokens

📖 How to Use This Skill

  1. 1

    Install the Skill

    Copy the install command from the Terminal tab and run it. The SKILL.md file downloads to your local skills directory.

  2. 2

    Load into Your AI Assistant

    Open Claude and reference the skill. Paste the SKILL.md content or use the system prompt tab.

  3. 3

    Apply Receiving Code Review to Your Work

    Open your project in the AI assistant and ask it to apply the skill. Start with a small module to verify the output quality.

  4. 4

    Review and Refine

    Review AI suggestions before committing. Run tests, check for regressions, and iterate on the skill output.

❓ Frequently Asked Questions

Does this skill check for OWASP Top 10?

Security-focused review skills often include OWASP checks. Check the skill content for specific vulnerability categories covered.

Does this work with Figma?

Some design skills integrate with Figma plugins. Check the Works With section for supported tools.

Is Receiving Code Review compatible with Cursor and VS Code?

Yes — this skill works with any AI coding assistant including Cursor, VS Code with Copilot, and JetBrains IDEs.

Do I need specific dependencies for Receiving Code Review?

Check the install command and Works With section. Most code skills only require the AI assistant and your codebase.

How do I install Receiving Code Review?

Copy the install command from the Terminal tab and run it. The skill downloads to ./skills/receiving-code-review/SKILL.md, ready to use.

⚠️ Common Mistakes to Avoid

Blindly accepting AI suggestions

Always verify AI-generated review comments. Some suggestions may not apply to your specific codebase conventions.

Skipping usability testing

AI-generated designs should be validated with real users before development.

Skipping validation

Always test AI-generated code changes, even for simple refactors.

Missing dependency updates

Check if the skill requires updated dependencies or new packages.

🔗 Related Skills