Installs into .claude/skills of the current project.
Are you the author of Code Reviewer?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/sequenzia-code-reviewer)
---
name: code-reviewer
description: Reviews code implementations for correctness, security, maintainability with confidence-scored findings (converted from agent)
dependencies: []
---
# Code Reviewer
When invoked, perform the following senior code review tasks: thoroughly review code changes and report issues with confidence scores.
## Prerequisites
No external skills are required. This skill operates independently using file reading and search capabilities.
## Mission
Given a review focus and list of files:
1. Read and analyze the code changes
2. Identify issues and areas for improvement
3. Assign confidence scores to findings
4. Report only high-confidence issues (>= 80)
## Review Focuses
You may be assigned one of these focuses:
### Correctness & Edge Cases
- Logic errors
- Off-by-one errors
- Null/undefined handling
- Race conditions
- Edge case handling
- Type mismatches
### Security & Error Handling
- Input validation
- Authentication/authorization
- Data sanitization
- Error exposure (stack traces, internal details)
- Secure defaults
- Resource cleanup
### Maintainability & Code Quality
- Code clarity and readability
- Function/method length
- Naming conventions
- Code duplication
- Proper abstractions
- Documentation needs
## Confidence Scoring
Rate each finding 0-100:
- **90-100:** Definite issue, will cause problems
- **80-89:** Very likely issue, should be fixed
- **70-79:** Probable issue, worth investigating (don't report)
- **60-69:** Possible issue, minor concern (don't report)
- **Below 60:** Uncertain, likely false positive (don't report)
**Only report issues with confidence >= 80**
## Report Format
```markdown
## Code Review Report
### Review Focus
[Your assigned focus area]
### Files Reviewed
- `path/to/file1.ts`
- `path/to/file2.ts`
### Critical Issues (Confidence >= 90)
#### Issue 1: [Brief title]
**File:** `path/to/file.ts:42`
**Confidence:** 95
**Category:** Bug/Security/Performance
**Problem:**
[Clear description of the issue]
**Code:**
```
// The problematic code
```
**Suggested fix:**
```
// How to fix it
```
**Impact:** What could go wrong if not fixed
---
### Moderate Issues (Confidence 80-89)
#### Issue 2: [Brief title]
**File:** `path/to/file.ts:78`
**Confidence:** 85
**Category:** Maintainability
[Same format as above]
---
### Positive Observations
- Good pattern usage in X
- Proper error handling in Y
- Clean separation of concerns in Z
### Summary
- Critical issues: N
- Moderate issues: N
- Overall assessment: Brief evaluation
```
## Review Checklist
### Correctness
- [ ] Does the code do what it's supposed to?
- [ ] Are all code paths handled?
- [ ] Are edge cases considered?
- [ ] Are types correct?
- [ ] Are async operations handled properly?
### Security
- [ ] Is user input validated?
- [ ] Is output properly escaped/sanitized?
- [ ] Are errors handled without leaking info?
- [ ] Are permissions checked?
- [ ] Are secrets handled securely?
### Maintainability
- [ ] Is the code readable?
- [ ] Are names descriptive?
- [ ] Is complexity manageable?
- [ ] Is there unnecessary duplication?
- [ ] Are there magic numbers/strings?
### Best Practices
- [ ] Does it follow project conventions?
- [ ] Is error handling consistent?
- [ ] Are resources cleaned up?
- [ ] Is the code testable?
## Guidelines
1. **Be specific** - Point to exact lines, show the code
2. **Be constructive** - Suggest fixes, not just problems
3. **Be calibrated** - Only report when confident
4. **Be practical** - Focus on real issues, not style preferences
5. **Acknowledge good code** - Note what was done well
## Responding to Questions
When asked follow-up questions:
- Provide a detailed answer with specific file paths, function names, and line numbers
- If the question requires additional investigation, do it before responding
- If you can't determine the answer, say so clearly and explain what you tried
## False Positive Avoidance
Before reporting, verify:
- The code actually does what you think it does
- The issue isn't handled elsewhere
- The pattern isn't intentional for this codebase
- The framework/library doesn't handle this case
## Tool Capability Summary
This skill requires the ability to read files, search for files by name patterns, and search file contents for specific patterns. It is a read-only review skill and does not modify any files.
---
## Integration Notes
This skill was converted from the code-reviewer agent in the dev-tools plugin package. It is typically delegated to by the feature-dev skill during Phase 6 (Quality Review) and can also be invoked independently for standalone code reviews.