
Review
- 1 installs
- 404 repo stars
- Updated August 5, 2026
- aiskillstore/marketplace
review is a skill that reviews code for quality, security, performance, and accessibility issues and routes to focused sub-skills.
About
This skill reviews code for quality, security, performance, and accessibility issues. It runs a quality-gate step to identify focus areas from changed files, routes to sub-skills for each concern, and can launch parallel code-reviewer subagents. A developer uses it to run a self-review or PR review before shipping. Documentation is primarily in Japanese.
- Routes code review across quality, security, performance, a11y
- Quality-gate step targets high-risk changed files
- Can launch parallel code-reviewer subagents
Review by the numbers
- 1 all-time installs (skills.sh)
- Ranked #984 of 1,352 Code Review & Quality skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
review capabilities & compatibility
- Capabilities
- code review · security audit · testing
- Use cases
- code review · security audit · testing
- Pricing
- Free
What review says it does
Reviews code for quality, security, performance, and accessibility issues.
コードレビューと品質チェックを担当するスキル群です。
npx skills add https://github.com/aiskillstore/marketplace --skill reviewAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1 |
|---|---|
| repo stars | ★ 404 |
| Last updated | August 5, 2026 |
| Repository | aiskillstore/marketplace ↗ |
What it does
Review a diff or PR across quality, security, performance, and accessibility before shipping.
Who is it for?
Developers running a self-review or PR review across multiple quality concerns.
Skip if: Implementation, new feature development, or bug fixing (the skill says not to load for those).
When should I use this skill?
Reviewing a PR or diff for quality, security, performance, or accessibility.
What you get
Produces a routed code review covering quality, security, performance, and accessibility.
- code review findings across quality, security, performance, and accessibility
By the numbers
- 5 sub-skills (changes, quality, security, performance, accessibility)
- parallel-review threshold of 2+ concerns and 5+ files
Files
Review Skills
コードレビューと品質チェックを担当するスキル群です。
含まれる小スキル
| スキル | 用途 |
|---|---|
| review-changes | 変更内容のレビュー |
| review-quality | コード品質チェック |
| review-security | セキュリティレビュー |
| review-performance | パフォーマンスレビュー |
| review-accessibility | アクセシビリティチェック |
ルーティング
ユーザーの意図に応じて適切な小スキルを選択:
- 一般的なレビュー: review-changes/doc.md
- 品質重視: review-quality/doc.md
- セキュリティ重視: review-security/doc.md
- パフォーマンス重視: review-performance/doc.md
- アクセシビリティ重視: review-accessibility/doc.md
実行手順
1. 品質判定ゲート(Step 0) 2. ユーザーのリクエストを分類 3. (Claude-mem 有効時)過去のレビュー指摘を検索 4. 並列実行の判定(下記参照) 5. 適切な小スキルの doc.md を読む、または並列サブエージェント起動 6. 結果を統合してレビュー完了
Step 0: 品質判定ゲート(レビュー重点領域の特定)
レビュー開始前に変更内容を分析し、重点領域を特定:
変更ファイル分析
↓
┌─────────────────────────────────────────┐
│ 品質判定ゲート │
├─────────────────────────────────────────┤
│ 判定項目: │
│ ├── カバレッジ不足?(テストなし) │
│ ├── セキュリティ注意?(auth/api/) │
│ ├── a11y 注意?(UI コンポーネント) │
│ └── パフォーマンス注意?(DB/ループ) │
└─────────────────────────────────────────┘
↓
重点レビュー領域を決定カバレッジ判定
| 状況 | 指摘内容 |
|---|---|
| 新規ファイルにテストなし | 「テストが不足しています」 |
| 変更ファイルのテストが古い | 「テストの更新を検討してください」 |
| カバレッジ < 60% | 「カバレッジ向上を推奨」 |
セキュリティ重点レビュー
| パス | 追加チェック項目 |
|---|---|
| auth/, api/ | OWASP Top 10 チェックリスト |
| 入力処理 | サニタイズ、バリデーション |
| DB クエリ | パラメータ化確認 |
a11y 重点レビュー
| パス | チェック項目 |
|---|---|
| src/components/ | alt, aria, キーボード操作 |
| src/pages/ | 見出し構造, フォーカス管理 |
パフォーマンス重点レビュー
| パターン | 警告内容 |
|---|---|
| ループ内 DB クエリ | N+1 クエリの可能性 |
| 大規模データ処理 | ページネーション検討 |
| useEffect 乱用 | レンダリング最適化 |
重点レビュー統合出力
📊 品質判定結果 → 重点レビュー領域
| 判定 | 該当 | 対象ファイル |
|------|------|-------------|
| セキュリティ | ⚠️ | src/api/auth.ts |
| カバレッジ | ⚠️ | src/utils/helpers.ts (テストなし) |
| a11y | ✅ | - |
| パフォーマンス | ✅ | - |
→ セキュリティ・カバレッジを重点的にレビューStep 2: 過去のレビュー指摘検索(Memory-Enhanced)
Claude-mem が有効な場合、レビュー開始前に過去の類似指摘を検索:
# mem-search で過去のレビュー指摘を検索
mem-search: type:review "{変更ファイルのパターン}"
mem-search: concepts:security "{セキュリティ関連のキーワード}"
mem-search: concepts:gotcha "{変更箇所に関連するキーワード}"表示例:
📚 過去のレビュー指摘(関連あり)
| 日付 | 指摘内容 | ファイル |
|------|---------|---------|
| 2024-01-15 | XSS脆弱性: innerHTML 使用禁止 | src/components/*.tsx |
| 2024-01-20 | N+1クエリ: prefetch 必須 | src/api/*.ts |
💡 今回のレビューで上記パターンを重点チェック注: Claude-mem が未設定の場合、このステップはスキップされます。
並列サブエージェント起動(推奨)
以下の条件を両方満たす場合、Task tool で code-reviewer を並列起動:
- レビュー観点 >= 2(例: セキュリティ + パフォーマンス)
- 変更ファイル >= 5
起動パターン(1つのレスポンス内で複数の Task tool を同時呼び出し):
Task tool 並列呼び出し:
#1: subagent_type="code-reviewer"
prompt="セキュリティ観点でレビュー: {files}"
#2: subagent_type="code-reviewer"
prompt="パフォーマンス観点でレビュー: {files}"
#3: subagent_type="code-reviewer"
prompt="コード品質観点でレビュー: {files}"小規模な場合(条件を満たさない):
- 子スキル(doc.md)を順次読み込んで直列実行
---
🔧 LSP 機能の活用
レビューでは LSP(Language Server Protocol)を活用して精度を向上します。
LSP をレビューに統合
| レビュー観点 | LSP 活用方法 |
|---|---|
| 品質 | Diagnostics で型エラー・未使用変数を自動検出 |
| セキュリティ | Find-references で機密データの流れを追跡 |
| パフォーマンス | Go-to-definition で重い処理の実装を確認 |
LSP Diagnostics の出力例
📊 LSP 診断結果
| ファイル | エラー | 警告 |
|---------|--------|------|
| src/components/Form.tsx | 0 | 2 |
| src/utils/api.ts | 1 | 0 |
⚠️ 1件のエラーを検出
→ レビューで指摘事項に追加Find-references による影響分析
🔍 変更影響分析
変更: validateInput()
参照箇所:
├── src/pages/signup.tsx:34
├── src/pages/settings.tsx:56
└── tests/validate.test.ts:12
→ テストでカバー済み ✅詳細: docs/LSP_INTEGRATION.md
---
VibeCoder 向け
📝 コードチェックを依頼するときの言い方
1. **「チェックして」**
- 全体的に問題がないか見てもらう
2. **「セキュリティ大丈夫?」**
- 悪意ある攻撃に耐えられるかチェック
3. **「遅くない?」**
- 速度に問題がないかチェック
4. **「誰でも使える?」**
- 障害のある方でも使えるかチェック
💡 ヒント: 「全部チェックして」と言えば、
4つの観点すべてを自動で確認しますReview Accessibility
Web アクセシビリティ(a11y)をチェックし、WCAG ガイドラインへの準拠を確認するスキル。
---
目的
以下のアクセシビリティ問題を検出:
- セマンティック HTML の使用
- ARIA 属性の適切な使用
- キーボード操作対応
- 色コントラスト
- スクリーンリーダー対応
---
入力
| 項目 | 説明 |
|---|---|
files | チェック対象ファイルのリスト |
tech_stack | フレームワーク(React, Vue など) |
---
出力
| 項目 | 説明 |
|---|---|
a11y_issues | 検出された問題のリスト |
a11y_score | アクセシビリティスコア (A-F) |
---
チェック項目
1. セマンティック HTML
| チェック | 問題 | 改善 |
|---|---|---|
| 見出し構造 | h1 → h3 のスキップ | 正しい順序に修正 |
| ランドマーク | <div> のみの使用 | <nav>, <main>, <aside> 使用 |
| リスト構造 | 手動でのリスト作成 | <ul>, <ol> 使用 |
| ボタン | <div onclick> | <button> 使用 |
2. 画像とメディア
| チェック | 問題 | 改善 |
|---|---|---|
| alt 属性 | 欠落または空 | 意味のある説明を追加 |
| 装飾画像 | alt に説明 | alt="" または aria-hidden |
| 動画 | 字幕なし | キャプション追加 |
3. フォーム
| チェック | 問題 | 改善 |
|---|---|---|
| ラベル | <label> 欠落 | <label for="id"> 追加 |
| エラーメッセージ | 色のみで表示 | テキストでも表示 |
| 必須フィールド | 視覚的のみ | aria-required 追加 |
4. キーボード操作
| チェック | 問題 | 改善 |
|---|---|---|
| フォーカス管理 | フォーカス不可要素 | tabindex="0" 追加 |
| フォーカス表示 | outline: none のみ | 代替スタイル追加 |
| キーボードトラップ | モーダルからの脱出不可 | ESC キー対応 |
5. ARIA
| チェック | 問題 | 改善 |
|---|---|---|
| 冗長な ARIA | <button role="button"> | 不要な role 削除 |
| 無効な ARIA | 存在しない ID 参照 | 正しい ID に修正 |
| 動的コンテンツ | 変更の通知なし | aria-live 追加 |
---
スコアリング
| スコア | 基準 |
|---|---|
| A | WCAG 2.1 AA 準拠 |
| B | 軽微な問題のみ |
| C | 中程度の問題あり |
| D | 重大なアクセシビリティ問題 |
| F | 基本的なアクセシビリティ欠如 |
---
出力例
## アクセシビリティレビュー結果
**スコア**: C
### 検出された問題
| 重大度 | ファイル | 行 | 問題 | WCAG |
|--------|---------|-----|------|------|
| 高 | src/components/Button.tsx | 12 | div を button として使用 | 4.1.2 |
| 中 | src/components/Image.tsx | 8 | alt 属性が空 | 1.1.1 |
| 低 | src/components/Modal.tsx | 45 | ESC キーでの閉じる未対応 | 2.1.2 |
### 推奨改善
1. **セマンティックなボタン**// Before <div onClick={handleClick} className="button">Click</div>
// After <button onClick={handleClick} className="button">Click</button>
2. **画像の alt 属性**// Before <img src={user.avatar} />
// After <img src={user.avatar} alt={${user.name}のアバター} />
---
注意事項
- WCAG 2.1 AA を基準とする
- 技術スタック(React/Vue)に応じたチェック
- 自動チェックで検出できない問題は手動確認を推奨
Review Changes
実装した変更をセルフレビューし、品質を確認するスキル。 コミット前やハンドオフ前に使用します。
---
入力
- 変更ファイル: git diff で特定された変更
- リポジトリコンテキスト: コーディング規約、既存パターン
---
出力
- レビュー結果: 各観点での評価
- 改善提案: 問題がある場合の修正提案
---
レビュー観点
1. セキュリティ 🔒
- [ ] 機密情報(API キー等)がハードコードされていない
- [ ] 入力値のバリデーションが適切
- [ ] SQL インジェクション対策
- [ ] XSS 対策
2. パフォーマンス ⚡
- [ ] 不要な再レンダリングがない
- [ ] N+1 クエリがない
- [ ] 重い計算がメモ化されている
3. コード品質 📐
- [ ] 型が適切に定義されている
- [ ] エラーハンドリングがある
- [ ] 命名が適切
- [ ] 不要なコード・コメントがない
4. 一貫性 🎨
- [ ] 既存のコーディングスタイルに従っている
- [ ] ファイル構成が適切
- [ ] import の順序が統一されている
---
実行手順
Step 1: 変更の確認
# 変更ファイル一覧
git diff --name-only HEAD~5
# 変更内容
git diffStep 2: 各観点でのチェック
セキュリティチェック
# ハードコードされた機密情報を探す
grep -rn "sk-\|api_key\|password\|secret" --include="*.ts" --include="*.tsx" | grep -v ".env"パフォーマンスチェック
// 問題のパターンを探す
// - useEffect の依存配列の問題
// - 毎レンダリングで新しいオブジェクト生成
// - 巨大な配列の filter/map チェーンコード品質チェック
# TypeScript エラー
npx tsc --noEmit
# ESLint
npx eslint src/ --ext .ts,.tsxStep 3: レビュー結果の生成
## 📊 セルフレビュー結果
**対象**: {{変更ファイル数}} ファイル
**総合評価**: {{A / B / C}}
### 観点別評価
| 観点 | 評価 | 備考 |
|------|------|------|
| セキュリティ | ✅ OK | - |
| パフォーマンス | ⚠️ 要確認 | {{詳細}} |
| コード品質 | ✅ OK | - |
| 一貫性 | ✅ OK | - |
### 改善が必要な箇所
1. **{{ファイル:行}}**
- 問題: {{問題の説明}}
- 改善案: {{具体的な修正方法}}
### 自動修正可能な項目
- [ ] ESLint の自動修正
- [ ] Prettier の適用Step 4: 改善の適用(任意)
# ESLint 自動修正
npx eslint --fix src/
# Prettier 適用
npx prettier --write src/---
評価基準
| 評価 | 意味 | アクション |
|---|---|---|
| A | 問題なし | コミット可能 |
| B | 軽微な問題あり | 修正推奨だが続行可 |
| C | 重大な問題あり | 修正必須 |
---
よくある問題と修正
any 型の使用
// ❌ 問題
function process(data: any) { ... }
// ✅ 修正
interface DataType { ... }
function process(data: DataType) { ... }未処理の Promise
// ❌ 問題
fetchData()
// ✅ 修正
fetchData().catch(console.error)
// または
await fetchData()不要な再レンダリング
// ❌ 問題
const items = data.filter(x => x.active).map(x => x.name)
// ✅ 修正
const items = useMemo(() =>
data.filter(x => x.active).map(x => x.name),
[data]
)---
完了後のアクション
## ✅ セルフレビュー完了
**評価**: {{A / B / C}}
{{問題なしの場合}}
コミットの準備ができました。
「コミットして」と言ってください。
{{問題ありの場合}}
上記の改善を適用しますか?---
注意事項
- 完璧を目指さない: 80% で十分
- 自動ツールを活用: 手動チェックは最小限に
- レビューは任意: スキップしてコミットも可能
Review Performance
コードのパフォーマンス問題を検出し、改善提案を行うスキル。
---
目的
以下のパフォーマンス問題を検出:
- 非効率なアルゴリズム
- 不要な再レンダリング
- N+1 クエリ問題
- メモリリーク
- 重い処理のブロッキング
---
入力
| 項目 | 説明 |
|---|---|
files | チェック対象ファイルのリスト |
code_content | ファイルの内容 |
---
出力
| 項目 | 説明 |
|---|---|
performance_issues | 検出された問題のリスト |
performance_score | パフォーマンススコア (A-F) |
---
チェック項目
1. フロントエンド(React/Vue)
| チェック | 問題 | 対策 |
|---|---|---|
| 不要な再レンダリング | useCallback, useMemo 未使用 | メモ化の追加 |
| 大きなリストの非仮想化 | 1000+ アイテムの直接レンダリング | 仮想スクロール導入 |
| 重い計算の同期実行 | レンダリングブロック | Web Worker 使用 |
| バンドルサイズ | 大きな依存関係のインポート | 動的インポート |
2. バックエンド(API)
| チェック | 問題 | 対策 |
|---|---|---|
| N+1 クエリ | ループ内でのDBクエリ | Eager loading |
| インデックス未使用 | 大量データのフルスキャン | インデックス追加 |
| 同期I/O | ファイル操作のブロッキング | async/await 使用 |
| キャッシュ未使用 | 頻繁な同一クエリ | Redis キャッシュ |
3. 一般
| チェック | 問題 | 対策 |
|---|---|---|
| O(n²) アルゴリズム | ネストしたループ | より効率的なアルゴリズム |
| 文字列連結 | ループ内での += | 配列 + join |
| 正規表現の非効率 | 毎回のコンパイル | 事前コンパイル |
---
スコアリング
| スコア | 基準 |
|---|---|
| A | 問題なし、最適化済み |
| B | 軽微な改善余地あり |
| C | 中程度の問題あり |
| D | 明らかなボトルネックあり |
| F | 深刻なパフォーマンス問題 |
---
出力例
## パフォーマンスレビュー結果
**スコア**: C
### 検出された問題
| 重大度 | ファイル | 行 | 問題 |
|--------|---------|-----|------|
| 高 | src/api/posts.ts | 23 | N+1 クエリ問題 |
| 中 | src/components/List.tsx | 45 | 1500件の非仮想化リスト |
| 低 | src/utils/search.ts | 12 | O(n²) の検索アルゴリズム |
### 推奨対策
1. **N+1 クエリ問題**// Before for (const post of posts) { const author = await getAuthor(post.authorId); }
// After const posts = await getPosts({ include: ['author'] });
2. **仮想スクロール導入**
- react-window または react-virtualized を使用---
注意事項
- 早期最適化は避け、実際のボトルネックを優先
- 測定可能な改善効果を示す
- トレードオフ(可読性 vs パフォーマンス)を考慮
Review Quality
コードの品質(可読性、保守性、ベストプラクティス)をチェックするスキル。
---
目的
以下の観点でコード品質を評価:
- 可読性(命名、構造、コメント)
- 保守性(モジュール性、依存関係)
- ベストプラクティス準拠
- コーディング規約準拠
---
入力
| 項目 | 説明 |
|---|---|
files | チェック対象ファイルのリスト |
code_content | ファイルの内容 |
eslint_output | ESLint/Linter の出力(あれば) |
---
出力
| 項目 | 説明 |
|---|---|
quality_issues | 検出された問題のリスト |
quality_score | 品質スコア (A-F) |
---
チェック項目
1. 可読性
| チェック | 問題 | 改善 |
|---|---|---|
| 命名 | x, tmp, data などの曖昧な名前 | 意味のある名前に変更 |
| 関数の長さ | 50行以上の関数 | 小さな関数に分割 |
| ネスト深度 | 4段階以上のネスト | 早期リターン、関数抽出 |
| マジックナンバー | 直書きの数値 | 定数化 |
2. 保守性
| チェック | 問題 | 改善 |
|---|---|---|
| 重複コード | 同じロジックの繰り返し | 共通関数に抽出 |
| 密結合 | 直接的な依存関係 | 依存性注入、インターフェース |
| グローバル状態 | グローバル変数の多用 | スコープの限定 |
| 未使用コード | 使われていない変数・関数 | 削除 |
3. ベストプラクティス
| チェック | 問題 | 改善 |
|---|---|---|
| エラーハンドリング | 空の catch ブロック | 適切なエラー処理 |
| 型安全性 | any 型の多用 | 適切な型定義 |
| 非同期処理 | コールバック地獄 | async/await |
| テスタビリティ | テストしにくい構造 | 依存性注入 |
---
スコアリング
| スコア | 基準 |
|---|---|
| A | クリーンコード、問題なし |
| B | 軽微な改善余地 |
| C | 中程度の問題あり |
| D | 可読性・保守性に問題 |
| F | 深刻な品質問題 |
---
出力例
## コード品質レビュー結果
**スコア**: B
### 検出された問題
| 重大度 | ファイル | 行 | 問題 |
|--------|---------|-----|------|
| 中 | src/services/user.ts | 45 | 関数が長すぎる (78行) |
| 低 | src/utils/helpers.ts | 12 | 未使用の import |
| 低 | src/api/posts.ts | 89 | マジックナンバー使用 |
### 推奨改善
1. **長い関数の分割**
- `processUserData` 関数を以下に分割:
- `validateUserInput()`
- `formatUserData()`
- `saveUser()`
2. **未使用コードの削除**
- `import { unused } from './utils'` を削除
3. **定数化**// Before if (retryCount > 3) { ... }
// After const MAX_RETRY_COUNT = 3; if (retryCount > MAX_RETRY_COUNT) { ... }
---
注意事項
- プロジェクトの既存スタイルを尊重する
- 過度な改善提案は避ける
- 優先度を付けて報告する
Review Security
コードのセキュリティ脆弱性をチェックし、問題を報告するスキル。
---
目的
OWASP Top 10 を含む一般的なセキュリティ脆弱性を検出:
- インジェクション攻撃(SQL, コマンド, XSS)
- 認証・認可の問題
- 機密データの露出
- セキュリティの設定ミス
---
入力
| 項目 | 説明 |
|---|---|
files | チェック対象ファイルのリスト |
code_content | ファイルの内容 |
---
出力
| 項目 | 説明 |
|---|---|
security_issues | 検出された問題のリスト |
security_score | セキュリティスコア (A-F) |
---
チェック項目
1. インジェクション
| チェック | 検出対象 |
|---|---|
| SQL インジェクション | 文字列連結でのクエリ構築 |
| コマンドインジェクション | 安全でないコマンド実行関数の使用 |
| XSS | 未サニタイズのHTML出力 |
2. 認証・認可
| チェック | 検出対象 |
|---|---|
| ハードコードされた認証情報 | パスワード、APIキーの直書き |
| 弱い認証 | 平文パスワード保存 |
| 認可チェック漏れ | 権限確認なしのリソースアクセス |
3. 機密データ
| チェック | 検出対象 |
|---|---|
| 機密情報のログ出力 | パスワード、トークンのログ |
| 安全でない通信 | HTTP での機密データ送信 |
| .env ファイルのコミット | git に含まれる機密ファイル |
4. 設定ミス
| チェック | 検出対象 |
|---|---|
| デバッグモード有効 | 本番での DEBUG=true |
| CORS 設定ミス | 過度に寛容なオリジン設定 |
| セキュリティヘッダー欠如 | CSP, X-Frame-Options の未設定 |
---
スコアリング
| スコア | 基準 |
|---|---|
| A | 問題なし |
| B | 軽微な問題 1-2 件 |
| C | 中程度の問題あり |
| D | 重大な問題あり |
| F | クリティカルな脆弱性あり |
---
出力例
## セキュリティレビュー結果
**スコア**: B
### 検出された問題
| 重大度 | ファイル | 行 | 問題 |
|--------|---------|-----|------|
| 中 | src/api/users.ts | 45 | SQL インジェクションの可能性 |
| 低 | src/config.ts | 12 | ハードコードされた API URL |
### 推奨対策
1. **SQL インジェクション対策**
- プレースホルダーを使用したクエリに変更
- ORM のパラメータバインディングを活用
2. **設定の外部化**
- API URL を環境変数に移動---
注意事項
- false positive を減らすためコンテキストを考慮する
- セキュリティ問題は優先度高で報告する
- 修正方法も合わせて提示する
{
"schema_version": "2.0",
"meta": {
"generated_at": "2026-01-16T20:05:36.386Z",
"slug": "chachamaru127-review",
"source_url": "https://github.com/Chachamaru127/claude-code-harness/tree/main/skills/review",
"source_ref": "main",
"model": "claude",
"analysis_version": "3.0.0",
"source_type": "community",
"content_hash": "44c8e51632fce706b56b8bb325e820d3009616728224363c9350972d86f17405",
"tree_hash": "7a40a965467ac2861f6e8585585049154b7a91768f5198ed5d5ac085b67c4421"
},
"skill": {
"name": "review",
"description": "Reviews code for quality, security, performance, and accessibility issues. Use when user mentions レビュー, review, コードレビュー, セキュリティ, パフォーマンス, 品質チェック, セルフレビュー, PR, diff, 変更確認. Do NOT load for: 実装作業, 新機能開発, バグ修正, セットアップ.",
"summary": "Reviews code for quality, security, performance, and accessibility issues. Use when user mentions レビ...",
"icon": "🔍",
"version": "1.0.0",
"author": "Chachamaru127",
"license": "MIT",
"category": "coding",
"tags": [
"code review",
"quality",
"security",
"performance",
"accessibility"
],
"supported_tools": [
"claude",
"codex",
"claude-code"
],
"risk_factors": [
"external_commands",
"filesystem"
]
},
"security_audit": {
"risk_level": "safe",
"is_blocked": false,
"safe_to_publish": true,
"summary": "Documentation-only skill providing review frameworks. Contains markdown files with checklists and examples. No executable code. Uses read-only tools (Read, Grep, Glob, Bash, Task) only. All static findings are false positives from markdown code blocks and YAML frontmatter.",
"risk_factor_evidence": [
{
"factor": "external_commands",
"evidence": [
{
"file": "review-changes/doc.md",
"line_start": 67,
"line_end": 82
}
]
},
{
"factor": "filesystem",
"evidence": [
{
"file": "SKILL.md",
"line_start": 1,
"line_end": 10
}
]
}
],
"critical_findings": [],
"high_findings": [],
"medium_findings": [],
"low_findings": [],
"dangerous_patterns": [],
"files_scanned": 7,
"total_lines": 1279,
"audit_model": "claude",
"audited_at": "2026-01-16T20:05:36.386Z"
},
"content": {
"user_title": "Review code for quality, security, performance, accessibility",
"value_statement": "Manual code review is time-consuming and inconsistent. This skill provides structured review checklists and automated analysis across multiple dimensions. Developers get consistent, comprehensive feedback on every change.",
"seo_keywords": [
"Claude Code code review skill",
"automated code review",
"code quality check",
"security vulnerability scan",
"performance optimization review",
"accessibility a11y checker",
"PR review automation",
"self-code review",
"Claude Codex review",
"OWASP security checklist"
],
"actual_capabilities": [
"Analyze code changes using git diff commands",
"Check for security vulnerabilities (SQL injection, XSS, hardcoded secrets)",
"Review performance patterns (N+1 queries, memoization, efficient algorithms)",
"Audit accessibility compliance (WCAG, ARIA, keyboard navigation)",
"Evaluate code quality (naming, structure, error handling, type safety)",
"Score reviews with A-F grading system and severity levels"
],
"limitations": [
"Automated checks only - cannot replace human judgment for complex architectural decisions",
"Does not execute code or run tests - static analysis only",
"Context awareness depends on provided repository information",
"Language support varies by check type (TypeScript/JavaScript focused)"
],
"use_cases": [
{
"target_user": "Software developers",
"title": "Pre-commit self-review",
"description": "Review your own changes before committing to catch issues early."
},
{
"target_user": "Security engineers",
"title": "Security-focused PR review",
"description": "Scan pull requests for OWASP Top 10 vulnerabilities and credential leaks."
},
{
"target_user": "QA engineers",
"title": "Comprehensive code audit",
"description": "Evaluate code changes across quality, security, performance, and accessibility."
}
],
"prompt_templates": [
{
"title": "Quick security scan",
"scenario": "Security review for a PR",
"prompt": "Use the review-security skill to check src/api/ for security issues."
},
{
"title": "Performance check",
"scenario": "Performance review for data processing code",
"prompt": "Use the review-performance skill to analyze src/utils/data-processing.ts."
},
{
"title": "Accessibility audit",
"scenario": "UI component accessibility review",
"prompt": "Use the review-accessibility skill to audit src/components/*.tsx."
},
{
"title": "Full multi-dimensional review",
"scenario": "Comprehensive PR review",
"prompt": "Review the changes across all dimensions: quality, security, performance, and accessibility."
}
],
"output_examples": [
{
"input": "Review my recent changes in src/services/user.ts for quality and security issues",
"output": [
"## Review Results: src/services/user.ts",
"**Overall Score: B**",
"",
"### Security Issues (1)",
"- Medium: Line 45 - SQL injection risk in query construction",
" Recommendation: Use parameterized queries or ORM",
"",
"### Quality Issues (2)",
"- Low: Line 23 - Function exceeds 50 lines (67 lines detected)",
"- Low: Line 12 - Generic variable name 'data' should be more descriptive"
]
}
],
"best_practices": [
"Run reviews before committing to catch issues early and reduce review cycles",
"Use the quality gate to focus on the most relevant review dimension for your changes",
"Combine with linters (ESLint, TypeScript) for automated pre-review checks"
],
"anti_patterns": [
"Skipping reviews for small changes - many bugs hide in minor modifications",
"Ignoring low-severity issues - they accumulate and degrade code quality over time",
"Using reviews as punishment - frame them as learning opportunities for the team"
],
"faq": [
{
"question": "Which languages does this skill support?",
"answer": "Primary focus is TypeScript/JavaScript. Security checks work on any language. Performance and quality checks are most effective with typed languages."
},
{
"question": "Does this skill execute the code it reviews?",
"answer": "No, this is a static analysis tool. It reads code and runs read-only commands like git diff. It does not execute or modify any code."
},
{
"question": "How accurate are the security vulnerability detections?",
"answer": "The skill identifies common patterns but may produce false positives. Always verify findings manually, especially for complex security issues."
},
{
"question": "Can this skill integrate with my CI/CD pipeline?",
"answer": "The skill provides review commands you can run in CI. It does not directly integrate but can be invoked as part of your pipeline scripts."
},
{
"question": "Is my code and data safe when using this skill?",
"answer": "Yes. The skill only reads files from your repository using Claude Code tools. No code or data is sent externally or stored permanently."
},
{
"question": "How does this compare to automated tools like SonarQube?",
"answer": "This skill provides AI-powered contextual review with explanations. It complements tools like SonarQube, which focus on specific metrics and rules."
}
]
},
"file_structure": [
{
"name": "review-accessibility",
"type": "dir",
"path": "review-accessibility",
"children": [
{
"name": "doc.md",
"type": "file",
"path": "review-accessibility/doc.md",
"lines": 147
}
]
},
{
"name": "review-changes",
"type": "dir",
"path": "review-changes",
"children": [
{
"name": "doc.md",
"type": "file",
"path": "review-changes/doc.md",
"lines": 216
}
]
},
{
"name": "review-performance",
"type": "dir",
"path": "review-performance",
"children": [
{
"name": "doc.md",
"type": "file",
"path": "review-performance/doc.md",
"lines": 128
}
]
},
{
"name": "review-quality",
"type": "dir",
"path": "review-quality",
"children": [
{
"name": "doc.md",
"type": "file",
"path": "review-quality/doc.md",
"lines": 134
}
]
},
{
"name": "review-security",
"type": "dir",
"path": "review-security",
"children": [
{
"name": "doc.md",
"type": "file",
"path": "review-security/doc.md",
"lines": 125
}
]
},
{
"name": "SKILL.md",
"type": "file",
"path": "SKILL.md",
"lines": 227
}
]
}
Related skills
FAQ
What concerns does it cover?
Quality, security, performance, and accessibility, each via a dedicated sub-skill.
When does it run parallel reviewers?
When there are at least two review concerns and at least five changed files, it launches parallel code-reviewer subagents.