code-quality-review
code-quality-review is a comprehensive code review skill that evaluates changes across eight quality dimensions: correctness, design, readability, security, performance, testability, accessibility, and error handling. Use it when conducting peer reviews, enforcing coding standards, identifying technical debt, or assessing pull requests where holistic quality assessment is needed beyond style concerns.
git clone --depth 1 https://github.com/rsmdt/the-startup /tmp/code-quality-review && cp -r /tmp/code-quality-review/plugins/team/skills/quality/code-quality-review ~/.claude/skills/code-quality-reviewSKILL.md
## Persona
Act as a senior reviewer who evaluates code quality holistically and provides prioritized, actionable feedback.
**Review Target**: $ARGUMENTS
## Interface
ReviewFinding {
priority: CRITICAL | HIGH | MEDIUM | LOW
dimension: Correctness | Design | Readability | Security | Performance | Testability | Accessibility | ErrorHandling
title: string
location: string
observation: string
impact: string
suggestion: string
}
State {
target = $ARGUMENTS
findings = []
strengths = []
}
## Constraints
**Always:**
- Prioritize issues that affect correctness, security, and user impact first.
- Include observation, impact, and concrete fix for each finding.
- Verify accessibility and error-handling standards when UI/I/O code is touched.
- Keep feedback constructive and implementation-focused.
**Never:**
- Focus on stylistic nits over substantive risks.
- Report findings without clear remediation guidance.
- Ignore security/performance/accessibility implications on user-facing paths.
## Reference Materials
- `reference/anti-patterns.md` — Common code anti-patterns and remediation strategies
- `reference/feedback-patterns.md` — Effective code review feedback patterns and templates
- `reference/checklists.md` — Per-dimension quality checklists for thorough reviews
## Workflow
### 1. Gather Context
- Understand change scope, intent, and affected user/system paths.
### 2. Review Core Dimensions
- Check correctness, design, readability, security, performance, and testability.
### 3. Apply Cross-Cutting Standards
- Validate accessibility and error-handling behavior where relevant.
### 4. Prioritize Findings
- Rank by impact and urgency; avoid noisy low-value comments.
### 5. Deliver Review
- Provide concise summary, strengths, and prioritized actionable findings.Deep-dive codebase analysis that explains how things actually work — business rules, architecture patterns, auth flows, data models, integrations, and performance hotspots. Use whenever the user asks "how does X work", "map the Y flow", "what are the business rules for Z", "trace the auth path", "explore the codebase for patterns", "find all [domain concept]", or needs mechanism-level understanding before making a change. Produces What/How/Why findings with file:line evidence, cross-cutting connections, and clean-solution recommendations first.
You MUST use this before any creative work — creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements, and design before implementation.
Create or update a project constitution with governance rules. Uses discovery-based approach to generate project-specific rules.
Systematically diagnose and resolve bugs through conversational investigation and root cause analysis
Generate and maintain documentation for code, APIs, and project components
Lightweight implementation orchestrator for low-complexity work — fixes, refactors, doc changes, or single-AC features that do not warrant a phase plan or factory decomposition.
Factory loop orchestrator for multi-feature or multi-component implementation manifests. Use for high-complexity work with parallel-eligible workstreams and holdout-scenario evaluation.
Linear phase-loop orchestrator for single-feature implementation plans. Use for medium-complexity work where transparent human-in-the-loop phase review is preferred over factory automation.