review-all
PR作成前や作業フェーズ完了後に、セキュリティやAPI監査、影響範囲チェックなどのエージェントを並行して実行し、変更を加えずレビューすることで、品質向上を支援するSkill。
📜 元の英語説明(参考)
Pre-PR review pipeline — runs security, API audit, and scope check agents in parallel. Read-only, no changes. Use before creating PRs or after completing a phase of work.
🇯🇵 日本人クリエイター向け解説
PR作成前や作業フェーズ完了後に、セキュリティやAPI監査、影響範囲チェックなどのエージェントを並行して実行し、変更を加えずレビューすることで、品質向上を支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o review-all.zip https://jpskill.com/download/9181.zip && unzip -o review-all.zip && rm review-all.zip$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/9181.zip -OutFile "$d\review-all.zip"; Expand-Archive "$d\review-all.zip" -DestinationPath $d -Force; ri "$d\review-all.zip"完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
review-all.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
review-allフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
全件レビュー
並行して専門的なレビュー担当者を実行し、結果を単一のレポートに統合する、包括的なPR前レビューです。読み取り専用 — 変更は行いません。
使用するタイミング
- PRを作成する前
- 作業のフェーズを完了した後
- lintingでカバーされる範囲を超えて、フルスペクトラムのコード品質チェックを行いたい場合
パイプライン
ステップ1: 変更されたファイルを特定する
git diff --name-only main...HEADmainブランチにいる場合は、git diff --name-only HEAD~5（最後の5コミット）を使用するか、ユーザーにコミット範囲を尋ねてください。
ステップ2: 並列レビューエージェントを起動する
Taskツールを使用して、エージェントを同時に生成します。
| エージェント | タイプ | スコープ | チェック内容 |
|---|---|---|---|
| セキュリティレビュー担当 | security-reviewer (カスタム) |
変更されたファイルのみ | OWASP Top 10、IDOR、インジェクション、認証のギャップ |
| APIルート監査担当 | Explore エージェント |
ルート + タイプディレクトリ | スキーマのカバレッジ、型のずれ、認証フック |
| スコープ監査担当 | Explore エージェント |
git diff の出力 |
タスクのスコープ外で変更されたファイル、フォーマットのみの変更 |
必要に応じて、プロジェクト固有のレビュー担当者（例：データベースクエリレビュー担当者、フレームワーク固有のレビュー担当者）を追加します。
ステップ3: レポートを統合する
すべてのエージェントの出力を単一のレポートに結合します。
## PR前レビューレポート
### サマリー
| レビュー担当 | 発見事項 | 致命的 | 警告 |
|-----------------|----------|----------|----------|
| セキュリティ | 2 | 0 | 2 |
| API監査 | 3 | 1 | 2 |
| スコープ | 1 | 0 | 1 |
### 致命的な問題 (マージ前に修正する必要あり)
[CRITICAL/HIGH の発見事項をリストアップ]
### 警告 (修正を検討)
[MEDIUM/LOW の発見事項をリストアップ]
### 問題のない領域
[問題なくレビューに合格したものをリストアップ]ステップ4: 判定
明確な承認/非承認で終了します。
- マージ準備完了 — 致命的な問題はなく、警告は許容範囲内
- 修正が必要 — 致命的な問題が見つかりました。変更する必要があるものをリストアップ
- 議論が必要 — アーキテクチャ上の懸念または曖昧なスコープ
引数
$ARGUMENTS: オプションのスコープまたはコミット範囲- 例:
/review-all— メインブランチに対する変更をレビュー - 例:
/review-all HEAD~3— 最後の3コミットをレビュー - 例:
/review-all --security-only— セキュリティレビュー担当のみ
- 例:
主要なルール
- 読み取り専用 — ファイルを一切変更しない
- 並列実行 — すべてのエージェントが高速化のために同時に実行される
- 重複排除 — 2つのエージェントが同じ行にフラグを立てた場合、1つの発見事項にマージする
- 偽陽性なし — ファイル:行の参照を含む、真の問題のみを報告する
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Review All
Comprehensive pre-PR review that runs specialized reviewers in parallel and synthesizes findings into a single report. Read-only — no changes.
When to Use
- Before creating a PR
- After completing a phase of work
- When you want a full-spectrum code quality check beyond what linting covers
Pipeline
Step 1: Identify Changed Files
git diff --name-only main...HEADIf on main, use git diff --name-only HEAD~5 (last 5 commits) or ask the user for the commit range.
Step 2: Launch Parallel Review Agents
Spawn agents simultaneously using the Task tool:
| Agent | Type | Scope | What it checks |
|---|---|---|---|
| Security Reviewer | security-reviewer (custom) |
Changed files only | OWASP Top 10, IDOR, injection, auth gaps |
| API Route Auditor | Explore agent |
Routes + types dirs | Schema coverage, type drift, auth hooks |
| Scope Auditor | Explore agent |
git diff output |
Files modified outside task scope, formatting-only changes |
Add project-specific reviewers as needed (e.g., database query reviewer, framework-specific reviewer).
Step 3: Synthesize Report
Combine all agent outputs into a single report:
## Pre-PR Review Report
### Summary
| Reviewer | Findings | Critical | Warnings |
|-----------------|----------|----------|----------|
| Security | 2 | 0 | 2 |
| API Audit | 3 | 1 | 2 |
| Scope | 1 | 0 | 1 |
### Critical Issues (must fix before merge)
[List any CRITICAL/HIGH findings]
### Warnings (consider fixing)
[List MEDIUM/LOW findings]
### Clean Areas
[List what passed review with no issues]Step 4: Verdict
End with a clear go/no-go:
- READY TO MERGE — No critical issues, warnings are acceptable
- NEEDS FIXES — Critical issues found, list what must change
- NEEDS DISCUSSION — Architectural concerns or ambiguous scope
Arguments
$ARGUMENTS: Optional scope or commit range- Example:
/review-all— review changes vs main - Example:
/review-all HEAD~3— review last 3 commits - Example:
/review-all --security-only— only security reviewer
- Example:
Key Rules
- Read-only — do not modify any files
- Parallel execution — all agents run simultaneously for speed
- De-duplicate — if two agents flag the same line, merge into one finding
- No false positives — only report genuine issues with file:line references