ワンクリックで
code-reviewer
Reviews code implementations for correctness, security, maintainability with confidence-scored findings (converted from agent)
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Reviews code implementations for correctness, security, maintainability with confidence-scored findings (converted from agent)
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Provides Mermaid diagram syntax, best practices, and styling rules for technical visualizations. Use when creating diagrams, flowcharts, sequence diagrams, class diagrams, state diagrams, ER diagrams, architecture diagrams, C4 diagrams, visualizations, or any visual documentation in markdown. Always use this skill when generating or updating Mermaid code blocks.
Documentation management workflow for MkDocs sites and standalone markdown files — initialize, generate, update docs, and create change summaries. Use when asked to "create docs", "write README", "update documentation", "generate docs site", "write CONTRIBUTING", "manage documentation", or "docs changelog".
Conduct an adaptive interactive interview on any topic and produce a structured markdown report, summary, or implementation plan. Use when the user says "interview me", "interview me about", "run an interview on", "help me think through", or wants guided discovery on any subject. Also triggers on "talk me through", "explore X with me", "help me plan Y", or "walk me through my thinking on Z" when the user wants a guided conversation rather than a direct answer. Applies broadly — career decisions, project ideas, product direction, personal goals, research questions, team problems — not just technical topics.
Analyze an existing spec for inconsistencies, missing information, ambiguities, and structure issues. Use when user says "analyze spec", "review spec", "spec quality check", "validate requirements", "audit spec", or "check spec quality".
Provides architectural pattern knowledge for designing feature implementations including MVC, event-driven, microservices, and CQRS patterns. Use when designing system architecture or choosing implementation patterns.
Systematic, hypothesis-driven debugging workflow with triage-based track routing. Use when asked to "fix this bug", "debug this", "why is this failing", "this is broken", "investigate this error", "track down this issue", or any debugging situation. Supports --deep flag to force full investigation.
| name | code-reviewer |
| description | Reviews code implementations for correctness, security, maintainability with confidence-scored findings (converted from agent) |
| dependencies | [] |
When invoked, perform the following code review tasks: thoroughly review code changes and report issues with confidence scores.
Given a review focus and list of files:
This skill may be invoked with one of these focuses:
Rate each finding 0-100:
Only report issues with confidence >= 80
## 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:**
```typescript
// The problematic code
Suggested fix:
// How to fix it
Impact: What could go wrong if not fixed
File: path/to/file.ts:78
Confidence: 85
Category: Maintainability
[Same format as above]
## 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 Follow-Up Questions
When asked for clarification on findings:
- 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
## Integration Notes
**What this component does:** Reviews code implementations for correctness, security, and maintainability, producing confidence-scored findings with suggested fixes.
**Capabilities needed:**
- File reading (to review code)
- File and content search (to understand context, check if issues are handled elsewhere)
**Origin:** Converted from agent `code-reviewer` — originally invoked as a sub-agent
**Complexity hint:** Originally ran on an opus model
**Original tool scope:** Read, Glob, Grep, SendMessage, TaskUpdate, TaskGet, TaskList
**Adaptation guidance:**
- This skill is designed to be invoked multiple times in parallel with different review focuses
- The confidence scoring system (>= 80 threshold) helps filter noise from findings
- Originally part of a team coordination workflow; the SendMessage/TaskUpdate capabilities related to team communication have been removed