/code-reviewer
Code review knowledge base: quality, security (OWASP Top 10), error-handling, performance, and test-coverage checklists with severity-ranked output format. Use when reviewing code changes, PRs, or before commits. Loaded automatically by the code-reviewer agent.
$ npx -y skills add claude-world/director-mode-lite --skill code-reviewer --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/code-reviewer
Context preview
The summary Claude sees to decide when to auto-load this skill.
Code review knowledge base: quality, security (OWASP Top 10), error-handling, performance, and test-coverage checklists with severity-ranked output format. Use when reviewing code changes, PRs, or before commits. Loaded automatically by the code-reviewer agent.
SKILL.md
code-reviewer.SKILL.mdname: code-reviewer
description: "Code review knowledge base: quality, security (OWASP Top 10), error-handling, performance, and test-coverage checklists with severity-ranked output format. Use when reviewing code changes, PRs, or before commits. Loaded automatically by the code-reviewer agent."
user-invocable: false
allowed-tools:
- Read
- Grep
- Glob
- Bash
Code Reviewer Skill
> **Director Mode Lite** - Code Review Specialist
---
Review Checklist
Canonical checklist for reviewing code changes. Work through every section.
1. Code Quality
- [ ] Clear, descriptive naming for functions and variables
- [ ] Proper function/method length (< 30 lines), focused and single-purpose
- [ ] Single responsibility principle
- [ ] No code duplication (DRY)
- [ ] Code is simple, readable, and self-documenting
- [ ] Comments explain "why", not "what"
2. Security (OWASP Top 10)
- [ ] Input validation at system boundaries
- [ ] SQL injection prevention (parameterized queries)
- [ ] XSS prevention
- [ ] Command injection prevention
- [ ] No exposed secrets, API keys, or credentials
- [ ] Authentication/Authorization checks
- [ ] Sensitive data handled securely (no data exposure)
3. Error Handling
- [ ] Appropriate error handling for edge cases
- [ ] Meaningful error messages
- [ ] Graceful degradation where appropriate
- [ ] No silent failures
4. Performance
- [ ] No N+1 queries; efficient database queries
- [ ] Efficient algorithms
- [ ] Proper caching where beneficial
- [ ] Memory leak prevention
- [ ] No unnecessary loops or computations
5. Testing
- [ ] Tests exist for new code
- [ ] Happy path and edge cases covered
- [ ] Test names clearly describe what is being tested
6. Documentation
- [ ] Complex logic is commented
- [ ] Public APIs are documented
- [ ] README updated if needed
Review Process
Step 1: Read the code changes
Step 2: Run through the checklist
Step 3: Provide feedback with:
- Category (Quality/Security/Error Handling/Performance/Testing/Docs)
- Severity (Critical/Major/Minor/Suggestion)
- Specific line reference
- Suggested fixOutput Format
## Code Review Summary
### Critical Issues
- [Security] Line 45: SQL injection vulnerability
- Suggested fix: Use parameterized queries
### Major Issues
- [Quality] Line 78-120: Function too long (42 lines)
- Suggested fix: Extract into smaller functions
### Minor Issues
- [Docs] Line 10: Missing JSDoc for public function
### Suggestions
- Consider adding input validation at line 23
### Approved
- [ ] Ready to merge (no critical/major issues)
Read more
name: code-reviewer description: "Code review knowledge base: quality, security (OWASP Top 10), error-handling, performance, and test-coverage checklists with severity-ranked output format. Use when reviewing code changes, PRs, or before commits. Loaded automatically by the code-reviewer agent." user-invocable: false allowed-tools: - Read - Grep - Glob - Bash
Code Reviewer Skill
> **Director Mode Lite** - Code Review Specialist
---
Review Checklist
Canonical checklist for reviewing code changes. Work through every section.
1. Code Quality
- [ ] Clear, descriptive naming for functions and variables
- [ ] Proper function/method length (< 30 lines), focused and single-purpose
- [ ] Single responsibility principle
- [ ] No code duplication (DRY)
- [ ] Code is simple, readable, and self-documenting
- [ ] Comments explain "why", not "what"
2. Security (OWASP Top 10)
- [ ] Input validation at system boundaries
- [ ] SQL injection prevention (parameterized queries)
- [ ] XSS prevention
- [ ] Command injection prevention
- [ ] No exposed secrets, API keys, or credentials
- [ ] Authentication/Authorization checks
- [ ] Sensitive data handled securely (no data exposure)
3. Error Handling
- [ ] Appropriate error handling for edge cases
- [ ] Meaningful error messages
- [ ] Graceful degradation where appropriate
- [ ] No silent failures
4. Performance
- [ ] No N+1 queries; efficient database queries
- [ ] Efficient algorithms
- [ ] Proper caching where beneficial
- [ ] Memory leak prevention
- [ ] No unnecessary loops or computations
5. Testing
- [ ] Tests exist for new code
- [ ] Happy path and edge cases covered
- [ ] Test names clearly describe what is being tested
6. Documentation
- [ ] Complex logic is commented
- [ ] Public APIs are documented
- [ ] README updated if needed
Review Process
Step 1: Read the code changes
Step 2: Run through the checklist
Step 3: Provide feedback with:
- Category (Quality/Security/Error Handling/Performance/Testing/Docs)
- Severity (Critical/Major/Minor/Suggestion)
- Specific line reference
- Suggested fixOutput Format
## Code Review Summary ### Critical Issues - [Security] Line 45: SQL injection vulnerability - Suggested fix: Use parameterized queries ### Major Issues - [Quality] Line 78-120: Function too long (42 lines) - Suggested fix: Extract into smaller functions ### Minor Issues - [Docs] Line 10: Missing JSDoc for public function ### Suggestions - Consider adding input validation at line 23 ### Approved - [ ] Ready to merge (no critical/major issues)
Use Claude Code like a Director, not a Programmer. MIT toolkit with Auto-Loop, guided setup, 27 commands, 14 agents, and 32 skills.
Other skills on director-mode-lite.
- /changelog-observer
Track development session events in a daily markdown changelog, including file changes, test results, and key decisions.
Open skill - /agent-check
Validate custom agent file format and structure. Use after creating or editing an agent, before committing agent changes, or when an agent fails to load.
Open skill - /agent-template
Generate custom agent from template. Use when creating a new subagent from scratch, or scaffolding an agent file with correct frontmatter.
Open skill - /agents
List all available agents (core, expert, self-evolving). Use when the user asks what agents are available or runs /agents.
Open skill - /auto-loop
TDD-based autonomous development loop with checkpoint recovery and observability changelog
Open skill - /changelog
View and manage the runtime changelog for observability
Open skill

