菜单
PRベースの多角的コードレビューを実行する。 4つの独立subagentが並列にレビューし、指摘箇所のコード実在確認・ WebSearchによる公式ドキュメント裏取りでハルシネーションを防止する。 各指摘に前提知識・公式リファレンスURLを付与し教育的なレビューを提供する。 言語・フレームワークを自動検出し、プロジェクト設定+公式ガイドラインに基づくレビューを実施。 以下の場合に使用: (1) PRのコードレビューを依頼されたとき (2) git diffに対するコードレビュー (3) マージ前の品質チェック (4) コードの改善提案が欲しいとき
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | review-code |
| description | PRベースの多角的コードレビューを実行する。 4つの独立subagentが並列にレビューし、指摘箇所のコード実在確認・ WebSearchによる公式ドキュメント裏取りでハルシネーションを防止する。 各指摘に前提知識・公式リファレンスURLを付与し教育的なレビューを提供する。 言語・フレームワークを自動検出し、プロジェクト設定+公式ガイドラインに基づくレビューを実施。 以下の場合に使用: (1) PRのコードレビューを依頼されたとき (2) git diffに対するコードレビュー (3) マージ前の品質チェック (4) コードの改善提案が欲しいとき |
| disable-model-invocation | true |
| argument-hint | [PR-url, branch-name, or empty for current branch] |
file:line で特定し、Read でコード実在を確認済みであることWebSearch で公式ドキュメントを裏取りする$ARGUMENTS の内容に応じて:
Task(ctx:github) でPR情報を取得（diff, comments, files, body）git diff main...{branch} で差分取得git diff main...HEAD を使用目的: レビュー対象の差分取得 + プロジェクトの言語・フレームワーク・lint設定を把握
Step 1: 差分取得
Task(ctx:github) で構造化情報取得git diff で差分取得git diff は未追跡（新規）ファイルを出力しない。git status --short の ?? と git ls-files --others --exclude-standard で新規ファイルを列挙し、内容を直接 Read してレビュー対象に加える。新規 useCase / service / test 本体が未追跡のまま diff だけ見て本体を見落とす事故が多発しているStep 2: 言語・フレームワーク自動検出
Glob → Read で検出Step 3: 公式レビューガイドラインの取得
site: 付き検索クエリを使用するsite:typescriptlang.org, site:go.dev）$CURRENT_YEAR）を含めて最新ドキュメントを優先するWebFetch で公式ドキュメントページの詳細を取得し、Phase 2 の Agent D に渡すPhase 1 出力: 差分サマリー、検出言語/FW、lint設定、取得した公式ガイドライン
目的: 4つの独立subagentが異なる観点から並列にレビューする
Task(Explore) を最大4並列で起動。各agentは他のagentの結果を知らない。
直接レビューで済ませず、必ず同一ターンで4つのsubagentを並列起動する（Opus 4.8 はサブエージェント生成を控える傾向があるため明示する）。
各agentに渡す情報:
Read で変更関数の前後を含む）Agent A: Correctness — ロジックの正確性、エラーハンドリング、要件一致 Agent B: Security & Performance — セキュリティ脆弱性、パフォーマンス問題 Agent C: Design & Maintainability — 設計品質、可読性、テスト網羅性 Agent D: Language-specific — 言語固有の観点（公式ガイドライン + プロジェクトlint設定ベース）
各agentの出力スキーマ: review-dimensions.md を参照
目的: 指摘の品質保証と教育的レポートの生成
Step 1: 統合と重複排除
Step 2: ハルシネーション防止チェック
file:line を Read で再確認WebSearch で裏取り（site: 付きで公式ドキュメントに限定）Step 3: 教育的リファレンスの付与 各指摘に対して:
WebSearch で該当する公式ドキュメントのURLを取得し付与Step 4: 重大度スコアリング
## PR レビューサマリー
**対象**: {PR タイトル / ブランチ名}
**言語**: {検出された言語・フレームワーク}
**変更規模**: {ファイル数}ファイル, +{追加行} -{削除行}
## 強み
- {具体的に良い点} — `file:line`
## 課題
### 🚨 Critical（修正必須）
#### {問題タイトル}
- **箇所**: `file:line`
- **コード**: `引用`
- **問題**: {なぜ問題か}
- **改善案**: {具体的な修正方法}
- **前提知識**: {理解に必要な概念の簡潔な説明}
- **リファレンス**: [{ドキュメント名}]({URL}) — {該当セクション}
### ⚠️ Important（修正推奨）
{同一形式}
### 💡 Minor（提案）
{同一形式}
## 学習リソース
- [{概念名}]({公式ドキュメントURL}) — {この PR で特に関連する箇所}
## 評価
{マージ可否と理由（1-2文）}
| 状況 | 対応 |
|---|---|
| PR URLが無効 | 再入力を求める、またはブランチ名にフォールバック |
| 差分が巨大（1000行超） | 変更ファイルを重要度で優先順位付けし、上位を集中レビュー |
| 言語検出失敗 | Agent D をスキップし、Agent A-C の3並列で実行 |
| WebSearch で公式ドキュメントが見つからない | リファレンスなしで指摘を出力（「公式ドキュメント未確認」と明記） |
Managing Linear issues, projects, and teams. Use when working with Linear tasks, creating issues, updating status, querying projects, or managing team workflows.
現在のgit状態を分析し、簡潔なPRを自動生成する。 Linear統合なしのシンプルなPR作成コマンド。
Use when basic Chrome DevTools work is needed without chrome-devtools MCP. Prefer chromex against a Chrome remote debugging endpoint.
Use when fetching library documentation that would previously use Context7 MCP. Prefer the local context7x CLI.
Use when investigating Datadog logs, traces, spans, monitors, or production telemetry. Prefer the local ddx CLI instead of Datadog MCP.
Managing Linear issues, projects, and teams. Use the local linearx CLI instead of Linear MCP.