audit-project
Multi-agent iterative code review. Spawn up to 10 specialized role-based reviewers based on project characteristics, collect findings with severity classification, apply fixes, and iterate until no critical or high issues remain.
When to use
- User says "audit the code", "review the project", "find issues", "security review", "perf review"
- Pre-release quality check
- Post-refactor verification
- Onboarding review of unfamiliar code
- Reviewing AI-generated changes before merge
Inputs
- scope (positional): Path to review, or
--recentfor last 5 commits. Default:. - --domain AGENT: Restrict to one reviewer (e.g.
--domain security) - --quick: Single pass, skip the iteration loop
- --create-tech-debt: Force create or update
TECHNICAL_DEBT.md - --resume: Continue from an existing review queue in the state dir
Behavior
The skill delegates to the /audit-project command, which orchestrates the full 8-phase workflow:
- Context & Agent Selection - Detect project type, framework, and pick which reviewers apply
- Multi-Agent Review - Spawn role-based reviewers in parallel (code-quality-reviewer, security-expert, performance-engineer, architecture-reviewer, database-specialist, api-designer, frontend-specialist, backend-specialist, devops-reviewer, test-quality-guardian)
- Tech Debt Extraction - Low-severity findings feed
TECHNICAL_DEBT.mdinstead of the fix queue - Fixes - Apply critical and high findings
- Verification - Re-run affected reviewers on fixed code
- Iteration - Loop phases 2-5 until no critical or high remain or max rounds hit
- Completion Report - Summarize findings, fixes, deferred items
- GitHub Issues - Optionally file issues for remaining medium/low findings
Reviewers (role-based, spawned inline)
| Reviewer | Focus |
|---|---|
| code-quality-reviewer | Clarity, naming, complexity, dead code |
| security-expert | Injection, auth, secrets, input validation |
| performance-engineer | N+1, memory, hot paths, algorithmic cost |
| architecture-reviewer | Module boundaries, coupling, layering |
| test-quality-guardian | Coverage gaps, flaky tests, assertion quality |
| database-specialist | Schema design, indexes, transactions |
| api-designer | Contracts, versioning, error semantics |
| frontend-specialist | Accessibility, state management, render cost |
| backend-specialist | Scaling, concurrency, error handling |
| devops-reviewer | CI/CD, secrets exposure, build hygiene |
These are spawned dynamically via the Task tool. There are no file-based agent definitions for them.
Severity classification
- CRITICAL - Security vuln, data loss, outage risk. Must fix before merge.
- HIGH - Bug or regression likely. Fix before merge.
- MEDIUM - Quality or maintainability concern. Address in PR or file issue.
- LOW - Style, nit, future improvement. Goes to
TECHNICAL_DEBT.mdor closed as won't-fix.
Typical invocations
/audit-project # Full review of current directory
/audit-project src/auth # Scope to a path
/audit-project --recent # Only last 5 commits
/audit-project --domain security # Security reviewer only
/audit-project --quick # Single pass, no iteration
/audit-project --resume # Resume from saved queue
Related
/audit-projectcommand atcommands/audit-project.md- Reviewer spawn logic at
commands/audit-project-agents.md - GitHub issue creation at
commands/audit-project-github.md