Code review feedback can be confusing. You might feel like you should just agree and say thank you. But that can cause problems. The right way is to verify the feedback before making any changes. Always check if the suggestion is technically correct for your code.
This guide teaches you how to handle feedback with technical rigor. Read the feedback fully. Then restate it in your own words. If something is unclear, ask questions before you act. Do not say things like "great point" or "you are so right." Instead, describe exactly what you fixed or explain why you disagree.
Treat feedback from teammates and outside reviewers differently. Always check if a suggestion will break existing features. If you think the feedback is wrong, use technical reasons to explain why. Only start implementing after you understand every item. This skill helps you improve code quality without losing time on bad ideas.
Global
mkdir -p ~/.claude/skills/receiving-code-reviewProject
mkdir -p .claude/skills/receiving-code-reviewSource Repository
Improve Codebase Architecturemattpocock/skills
Scan your codebase for architecture improvements with visual reports and pick one to refactor
Web Design Guidelinesvercel-labs/agent-skills
Review your UI code for compliance with web interface guidelines
Caveman Reviewjuliusbrussee/caveman
Ultra-compressed one-line code review comments that cut noise
Zoom Outmattpocock/skills
Get a big picture view of your code with a simple map of modules and callers
Codebase Designmattpocock/skills
Create deep modules with tiny interfaces and lots of hidden logic for testability
Requesting Code Reviewobra/superpowers
Catch code issues early with focused automated reviews before every merge
Request Refactor Planmattpocock/skills
Plan safe code refactors with tiny commits and clear GitHub issues
Receiving Code Reviewobra/superpowers
Think first, then code. Verify feedback before making changes. Stay objective