Loading skill
Install any skill in seconds. Free to start, no credit card required.
Get Started Free →gsd-build/review
Review code changes for security, performance, bugs, and quality. Reviews staged changes, unstaged changes, specific commits, or PR-ready diffs.
4 of 25 test cases passed with the skill.
Tokens, turns and time describe resource use, not a dollar price.
Lift withheld: 6 comparable cases; this report requires 8.
One of 2 test cases the skill fixed. Same model, same prompt, with and without the skill.
Generate the findings summary matrix table for a code review that discovered 2 High severity bugs and 1 Medium code quality issue.
| Checked | Without skill | With skill |
|---|---|---|
| The summary table features columns named Severity and Count. | Missed | Passed |
| The summary table includes a row for CRITICAL severity. | Missed | Passed |
The instructions your model reads when the skill loads.
The reviewer reads both the diff and the surrounding source files to understand intent and catch issues that only appear in context.
<core_principle> FIND REAL ISSUES, NOT STYLE NITS. Focus on problems that cause bugs, security vulnerabilities, performance degradation, or maintainability pain. Avoid nitpicking formatting or subjective style preferences unless they harm readability. </core_principle>
<analysis_only_rule> THIS SKILL IS READ-ONLY. DO NOT MODIFY CODE.
The purpose is to review and report findings. Making changes during review conflates the reviewer and author roles. Present findings and let the user decide what to act on. </analysis_only_rule>
<working_directory_awareness>
Before running any git command: check whether your dispatch context specifies a working directory (look for "Working directory:" in your initial prompt). If it does and pwd does not match it, prefix every git invocation with -C <that path> (e.g. git -C /path/to/worktree diff --cached). Reviewing the wrong directory's diff is a silent failure mode — the review will look correct but cover the wrong code.
</working_directory_awareness>
<quick_start>
<determine_review_scope>
Parse the user's input to determine what to review:
No arguments - Review staged changes first. If nothing is staged, review unstaged changes.
git diff --cachedgit diffgit show HEADCommit hash argument (e.g., /review abc1234) - Review that specific commit.
git show <hash>File path argument (e.g., /review src/foo.ts) - Review unstaged changes in that file.
git diff -- <path> then fall back to git diff --cached -- <path>test cases passed with the skill
Published skills whose descriptions closely match this one, with their headline benchmark lift.
More skills from the same source and nearby in the registry, with their headline benchmark lift.