Requesting code review
Skill heymegabyte/claude-skills/20-superpowers/requesting-code-review
14-category autonomous product-building OS for 32+ AI coding tools. One-line prompts → deployed products.
npx -y skills add heymegabyte/claude-skills --skill requesting-code-reviewAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 18 stars18 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
SKILL.md
1.6 KB, as published. Nobody here has run it
Requesting Code Review
Dispatch a reviewer subagent on completed work. Feed it crafted context (description + requirements + git range) — never your session history. Keeps the reviewer on the work product and preserves your own context.
Review early, review often.
Brian's stack already ships a purpose-built code-reviewer agent + the Agent Diversity Review gate ([[agent-selection]]). Prefer the named agent over a bare general-purpose spawn; this skill is the request protocol that complements both.
When to request
Mandatory:
- Before merge to main
- After each task in subagent-driven development
- After completing a major feature
Optional: when stuck (fresh eyes), before a refactor (baseline), after a complex bugfix.
How to request
- Get SHAs —
BASE_SHA=$(git rev-parse origin/main),HEAD_SHA=$(git rev-parse HEAD). - Spawn the
code-revieweragent (orgeneral-purposefilling code-reviewer.md). - Fill placeholders:
{DESCRIPTION}(what you built),{PLAN_OR_REQUIREMENTS}(what it should do),{BASE_SHA},{HEAD_SHA}.
Act on feedback
- Fix Critical immediately; fix Important before proceeding.
- Note Minor for later.
- Push back with technical reasoning if the reviewer is wrong — see
[[receiving-code-review]].
Never
- Skip review because "it's simple".
- Ignore Critical, or proceed with unfixed Important.
- Argue with valid technical feedback.