Agent Skills: Code Reviewer

6-aspect structured code review. Checks security, types, error handling, tests, quality, simplification.

UncategorizedID: nguyenthienthanh/aura-frog/code-reviewer

Install this agent skill to your local

pnpm dlx add-skill https://github.com/nguyenthienthanh/aura-frog/tree/HEAD/aura-frog/skills/code-reviewer

Skill Files

Browse the full folder contents for code-reviewer.

Download Skill

Loading file tree…

aura-frog/skills/code-reviewer/SKILL.md

Skill Metadata

Name
code-reviewer
Description
"6-aspect structured code review (security, architecture, error handling, test gaps, type safety, simplification) with calibrated scoring and per-aspect breakdown. Use when the user asks to review code, check a PR, review a pull request, audit changes before merge, or give code feedback."

AI-consumed reference. Optimized for Claude to read during execution. Human-readable explanation: see docs/architecture/HIERARCHICAL_PLANNING.md or docs/getting-started/ depending on topic.

Code Reviewer

Use after implementation, Phase 4, or before merge.

Process

  1. git diff --name-only main...HEAD → changed files
  2. Run 6-aspect review
  3. Report + decision

6 Aspects

aspects[6]{aspect,weight,checks}:
  Security,CRITICAL,"Secrets, injection, auth gaps, CSRF/CORS"
  Architecture,HIGH,"SRP, coupling, wrong layer, edge cases"
  Error Handling,HIGH,"Unhandled rejections, empty catch, silent failures"
  Test Gaps,HIGH,"Untested critical paths, missing edge/boundary cases"
  Type Safety,MEDIUM,"Missing types, any usage, null gaps"
  Simplification,LOW,"Complex conditionals, deep nesting — only if harms readability"

Spend 60% on Security + Architecture + Edge Cases. Don't nitpick syntax — linters handle that.

Report

[ASPECT] [SEVERITY] file:line — description → Fix: recommendation

CRITICAL = block merge | WARNING = should fix | INFO = nice to have

Decision

  • APPROVED — 0 critical, ≤3 warnings
  • CHANGES REQUESTED — any critical finding

Scoring (prevents LGTM drift)

Per-aspect breakdown required. Anchors: 9-10 production-ready, 7-8 minor issues, 5-6 needs work, <5 changes requested.

Block Merge On

Hardcoded secrets, injection, missing auth on protected routes, breaking changes without migration.


Mandatory Verification for Claims (CoVe)

Before reporting "0 critical findings" / "N% coverage" / "tests pass", run the Chain-of-Verification protocol from skills/chain-of-verification/SKILL.md. Draft → plan 3–5 verification questions → answer via tool (Read/Grep/Bash) → revise. Per rules/workflow/chain-of-verification.md this is mandatory — reviews without verified claims are not acceptable.


Related Rules

  • rules/core/code-quality.md — Coverage, typing, error handling baseline
  • rules/core/naming-conventions.md — Naming patterns
  • rules/core/simplicity-over-complexity.md — YAGNI/DRY/KISS
  • rules/core/verification.md — Verify before approving
  • rules/core/prefer-established-libraries.md — Library choice review
  • rules/core/context-economy.md — Read only the diff hunks + immediate callers/callees, not whole files; use Grep to scope review evidence
  • rules/agent/sast-security-scanning.md — Security patterns
  • rules/agent/error-handling-standard.md — Error-handling review
  • rules/workflow/smart-commenting.md — Comment review (WHY not WHAT)
  • rules/workflow/cross-review-workflow.md — Builder ≠ Reviewer
  • rules/workflow/chain-of-verification.mdMANDATORY for factual claims in review output
  • rules/workflow/dual-llm-review.md — Second-opinion LLM for destructive-op / security-critical findings