THE LITTLE SKILL DEPOT
Best code review skills for Claude Code in 2026
Left alone, an agent reviewing code produces a long list of style remarks and misses the bug in the error path. A good review skill narrows what it looks for, tells it how to report, and stops it from rubber-stamping its own work. We read the 779 skills carrying the code review tag and kept eight. Figures are from the 2026-09-03 crawl.
Our picks
#1
- requesting-code-review
obra/superpowers
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
Why: About 218K installs. Makes the agent hand finished work to a reviewer with the spec attached, before it calls the task done.
#2
- caveman-review
JuliusBrussee/caveman
Compressed code review - one line per finding with location, problem and fix. Use for /caveman-review, "review this PR", or "review the diff".
Why: About 333K installs. One line per finding, location plus problem plus fix; the format that gets read.
#3
- code-review-and-quality
addyosmani/agent-skills
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch. Use when asked to review a diff or a pull request, even when the diff is pasted inline.
Why: About 36K installs. Multi-axis review: correctness, security, performance, readability, tests. The most complete general checklist.
#4
- receiving-code-review
obra/superpowers
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
Why: About 184K installs. Teaches the agent to verify feedback before applying it, instead of agreeing with everything.
#5
- web-design-guidelines
vercel-labs/agent-skills
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
Why: About 604K installs. The UI reviewer: accessibility, focus, forms and interaction rules with file and line.
#6
- ponytail-review
DietrichGebert/ponytail
Quality review of a diff: bugs, security, real load, missing tests, speed, and what to delete. Each finding says what goes wrong and how to fix it.
Why: About 20K installs. Reviews a diff for over-engineering only: what to delete, not what to add.
#7
- review-animations
emilkowalski/skills
Reviews animation and motion code against a high craft bar derived from Emil Kowalski's design engineering philosophy. Default to flagging; approval is earned.
Why: About 138K installs. Critiques motion code against a craft bar: duration, easing, interruption, reduced motion.
#8
- code-review-excellence
wshobson/agents
Master effective code review practices to provide constructive feedback, catch bugs early, and foster knowledge sharing while maintaining team morale. Use when reviewing pull requests, establishing review standards, or mentoring developers.
Why: About 28K installs. How to phrase review comments so humans act on them.
A little help from the depot
How we chose
The review tag is the noisiest in the directory. Anything whose description mentions "reviewing" is tagged, so the top of the list by installs is design generators: vercel-react-best-practices, design-taste-frontend, sixteen copies of impeccable. We kept only skills whose primary job is to examine code someone else wrote (or the agent itself wrote earlier) and report on it, then read each file for a concrete reporting format and a stated scope.
1. requesting-code-review (obra/superpowers)
What it does: when a task or feature is complete, the agent packages the diff, the original requirements and its own summary and dispatches a reviewer (a subagent or a fresh session) instead of declaring success. About 218K installs, 281K stars, updated 2026-09-03, 2 files, 3 KB, no scripts.
When to use it: before every merge. The catch: it assumes the agent can spawn a reviewer; in Claude Code that is a subagent, in Cursor or Codex you will need to open the review yourself. It also expects the rest of the superpowers workflow to exist.
npx skills add obra/superpowers@requesting-code-review -g -y2. caveman-review (JuliusBrussee/caveman)
What it does: fixes the output format. Each finding is one line with file and line, the problem, and the fix, optionally prefixed with a severity (bug, risk, nit). No preamble, no praise. About 333K installs, 103K stars, updated 2026-09-03, 2 files, 2.6 KB.
When to use it: whenever review output goes to a human who has to act on it. The catch: in our crawl the frontmatter description is a single ">" character, so the agent has almost nothing to match against and may not load it automatically. Call it by name, or use it alongside a skill that decides what to look for.
npx skills add JuliusBrussee/caveman@caveman-review -g -y3. code-review-and-quality (addyosmani/agent-skills)
What it does: a review across separate axes (correctness, security, performance, readability, test coverage, API design) with a severity scale and a rule that the reviewer must say what would change its verdict. About 36K installs, 92K stars, updated 2026-09-03, one file, 20.6 KB.
When to use it: reviewing a pull request of any size when you want breadth. The catch: 20.6 KB per trigger, and breadth means length; pair it with caveman-review to keep the report readable.
npx skills add addyosmani/agent-skills@code-review-and-quality -g -y4. receiving-code-review (obra/superpowers)
What it does: the other side of the exchange. When feedback arrives, the agent must check whether it is technically right before applying it, ask when it is unclear, and push back with evidence when it is wrong, rather than agreeing and silently degrading the code. About 184K installs, one file, 6.2 KB.
When to use it: any time a human or another agent comments on the agent's code. The catch: it makes the agent slower to comply, which is the point, but you will sometimes have to say "yes, do it anyway".
npx skills add obra/superpowers@receiving-code-review -g -y5. web-design-guidelines (vercel-labs/agent-skills)
What it does: reviews front-end code against a maintained list of interface rules (focus states, form semantics, touch targets, motion, dark mode) and reports violations with file and line. About 604K installs, 30.8K stars, updated 2026-08-28, 1.2 KB.
When to use it: the last step before a UI change ships. The catch: it fetches the rule list from the repository at run time, so it needs network access and can change between runs.
npx skills add vercel-labs/agent-skills@web-design-guidelines -g -y6. ponytail-review (DietrichGebert/ponytail)
What it does: reads a diff looking only for things to remove: reimplemented standard library functions, dependencies added for one call, abstractions built for a future that has not arrived. About 20K installs, 123K stars, 2.1 KB, updated 2026-08-07.
When to use it: after an agent has written a large feature, because agents over-build. The catch: it only subtracts, so it is a second reviewer, never the only one; and the stars belong to the ponytail project, not this file.
npx skills add DietrichGebert/ponytail@ponytail-review -y7. review-animations (emilkowalski/skills) and 8. code-review-excellence (wshobson/agents)
review-animations critiques motion code against a craft bar: is the duration under 300 ms, is the easing right for an entrance versus an exit, can it be interrupted, does it respect reduced-motion. About 138K installs, 35K stars, updated 2026-08-21, 8.1 KB. Use it when a pull request touches transitions. The catch: it assumes CSS or Motion-style code; canvas and WebGL animation are out of scope.
code-review-excellence is about the comments themselves: lead with the most important finding, separate must-fix from suggestion, explain why, offer the alternative. About 28K installs, 13.2 KB, updated 2026-09-01. Use it when the agent's reviews are technically right but nobody acts on them. The catch: it is written for human reviewers and says little about what to look for.
npx skills add emilkowalski/skills@review-animations -g -y
npx skills add wshobson/agents@code-review-excellence -yWhat we excluded and why
The design generators at the top of the tag (vercel-react-best-practices, design-taste-frontend, impeccable and its fifteen duplicate copies) are excellent but they build, they do not review. code-reviewer from Jeffallan (about 5.5K installs) was last updated 2026-08-07 and overlaps code-review-and-quality. open-code-review from alibaba (about 4.1K) has an empty description in our crawl and depends on its own tool. review-pr from code-review-graph needs a knowledge-graph MCP server.
Run the reviewer cold
A reviewer that watched the code being written shares its blind spots. In Claude Code, requesting-code-review dispatches a subagent for this reason. In Cursor or Codex, open a new chat, paste the diff and the requirements, and invoke the review skill by name. The combination that works: code-review-and-quality to decide what to look at, caveman-review to decide how to say it, and ponytail-review as a second pass.
Frequently asked questions
Can the agent review its own code?
It can, but it will defend its own choices. Use a fresh session or a subagent that has only the diff and the requirements.
Which one for a GitHub pull request?
code-review-and-quality for the content and caveman-review for the format, then post findings as separate comments so each can be resolved on its own.
Why is caveman-review ranked above skills with better descriptions?
Because format is what decides whether a review gets read, and it is the only skill here that fixes format in under 3 KB. Its broken description is a real limitation, which is why we tell you to invoke it by name.
Do these work in Cursor, Codex and Gemini CLI?
All eight are Markdown-only. Only requesting-code-review assumes subagents, which Claude Code has and the others handle differently.
Content last reviewed: