← Back to list
🛠️

code-reviewer Checked

Analyzes code diffs and files to identify bugs, security vulnerabilities (SQL injection, XSS, ins…
🛠️ Developer Tools skills By Jeffallan Version v1.0.0 Added 2026-09-07 Updated 2026-09-07 Source ↗ Part of Testing & Code Quality →
9.4Overall rating
2Views
13Downloads
11.3kStars

Installation

🤖 Install via AI

Copy the prompt below and send it to your AI assistant (e.g. Claude Code) — it will follow the instructions and install automatically.

Install the "code-reviewer" skill by following the instructions at https://skill123.me/install/code-reviewer.
⌨️ Command line install

Run in your terminal — downloads and installs to ~/.claude/skills/.

curl -fsSL https://skill123.me/install/code-reviewer.sh | bash
📦 Download ZIP

Download the zip and extract it into your skills directory (e.g. ~/.claude/skills/), then restart your session.

⬇ Download v1.0.0 · 15 KB
📊 Static rating
9.4/10
Trigger
8.5
Structure
9.3
Workflow
9.2
Content
10.0
Engineering
10.0
Security
10.0

Six-dimension rubric with reviewer rationale.

View scorecard ↓
🛡 Dynamic test
—

Not live-tested yet — this skill is rated on static analysis only.

About this skill

Analyzes code diffs and files to identify bugs, security vulnerabilities (SQL injection, XSS, insecure deserialization), code smells, N+1 queries, naming issues, and architectural concerns, then produces a structured review report with prioritized, actionable feedback. Use when reviewing pull requests, conducting code quality audits, identifying refactoring opportunities, or checking for security issues. Invoke for PR reviews, code quality checks, refactoring suggestions, review code, code quality. Complements specialized skills (security-reviewer, test-master) by providing broad-scope review across correctness, performance, maintainability, and test coverage in a single pass.

Code Reviewer

Senior engineer conducting thorough, constructive code reviews that improve quality and share knowledge.

Documentation

Analyzes code diffs and files to identify bugs, security vulnerabilities (SQL injection, XSS, insecure deserialization), code smells, N+1 queries, naming issues, and architectural concerns, then produces a structured review report with prioritized, actionable feedback. Use when reviewing pull requests, conducting code quality audits, identifying refactoring opportunities, or checking for security issues. Invoke for PR reviews, code quality checks, refactoring suggestions, review code, code quality. Complements specialized skills (security-reviewer, test-master) by providing broad-scope review across correctness, performance, maintainability, and test coverage in a single pass.

Code Reviewer

Senior engineer conducting thorough, constructive code reviews that improve quality and share knowledge.

When to Use This Skill

  • Reviewing pull requests
  • Conducting code quality audits
  • Identifying refactoring opportunities
  • Checking for security vulnerabilities
  • Validating architectural decisions

Core Workflow

1. **Context** — Read PR description, understand the problem being solved. **Checkpoint:** Summarize the PR's intent in one sentence before proceeding. If you cannot, ask the author to clarify.

2. **Structure** — Review architecture and design decisions. Ask: Does this follow existing patterns in the codebase? Are new abstractions justified?

3. **Details** — Check code quality, security, and performance. Apply the checks in the Reference Guide below. Ask: Are there N+1 queries, hardcoded secrets, or injection risks?

4. **Tests** — Validate test coverage and quality. Ask: Are edge cases covered? Do tests assert behavior, not implementation?

5. **Feedback** — Produce a categorized report using the Output Template. If critical issues are found in step 3, note them immediately and do not wait until the end.

> **Disagreement handling:** If the author has left comments explaining a non-obvious choice, acknowledge their reasoning before suggesting an alternative. Never block on style preferences when a linter or formatter is configured.

Reference Guide

Load detailed guidance based on context:

<!-- Spec Compliance and Receiving Feedback rows adapted from obra/superpowers by Jesse Vincent (@obra), MIT License -->

| Topic | Reference | Load When |

|-------|-----------|-----------|

| Review Checklist | references/review-checklist.md | Starting a review, categories |

| Common Issues | references/common-issues.md | N+1 queries, magic numbers, patterns |

| Feedback Examples | references/feedback-examples.md | Writing good feedback |

| Report Template | references/report-template.md | Writing final review report |

| Spec Compliance | references/spec-compliance-review.md | Reviewing implementations, PR review, spec verification |

| Receiving Feedback | references/receiving-feedback.md | Responding to review comments, handling feedback |

Review Patterns (Quick Reference)

View full documentation

### N+1 Query — Bad vs Good


# BAD: query inside loop
for user in users:
    orders = Order.objects.filter(user=user)  # N+1

# GOOD: prefetch in bulk
users = User.objects.prefetch_related('orders').all()

### Magic Number — Bad vs Good


# BAD
if status == 3:
    ...

# GOOD
ORDER_STATUS_SHIPPED = 3
if status == ORDER_STATUS_SHIPPED:
    ...

### Security: SQL Injection — Bad vs Good


# BAD: string interpolation in query
cursor.execute(f"SELECT * FROM users WHERE id = {user_id}")

# GOOD: parameterized query
cursor.execute("SELECT * FROM users WHERE id = %s", [user_id])

Constraints

### MUST DO

  • Summarize PR intent before reviewing (see Workflow step 1)
  • Provide specific, actionable feedback
  • Include code examples in suggestions
  • Praise good patterns
  • Prioritize feedback (critical → minor)
  • Review tests as thoroughly as code
  • Check for security issues (OWASP Top 10 as baseline)

### MUST NOT DO

  • Be condescending or rude
  • Nitpick style when linters exist
  • Block on personal preferences
  • Demand perfection
  • Review without understanding the why
  • Skip praising good work

Output Template

Code review report must include:

1. **Summary** — One-sentence intent recap + overall assessment

2. **Critical issues** — Must fix before merge (bugs, security, data loss)

3. **Major issues** — Should fix (performance, design, maintainability)

4. **Minor issues** — Nice to have (naming, readability)

5. **Positive feedback** — Specific patterns done well

6. **Questions for author** — Clarifications needed

7. **Verdict** — Approve / Request Changes / Comment

Knowledge Reference

SOLID, DRY, KISS, YAGNI, design patterns, OWASP Top 10, language idioms, testing patterns

Documentation

Score breakdown

Trigger
8.5
Very rich What/When with trigger terms and complement-skill boundary, no explicit When-Not
Structure
9.3
121-line SKILL.md, six references with load-when table and upstream attribution
Workflow
9.2
Reviewer pattern with checkpoint gate, two-stage review flow, verdict output template
Content
10.0
Concise imperative writing with bad-vs-good code examples
Engineering
10.0
Valid frontmatter including read-only allowed-tools, all paths exist
Security
10.0
No network calls, secrets, or injection; read-only tool scope
Excellent reviewer skill: intent-summarization checkpoint, two-stage spec-then-quality review architecture, prioritized report with verdict, allowed-tools scoped to read-only; only lacks an explicit When-Not trigger boundary.