菜单
現在の変更（staged・unstaged・ブランチ差分）に対してコードレビューを実行する。「コードをレビューして」 「変更を確認して」「レビューをお願い」「コードの品質を確認して」「実装をチェックして」 「PR 前にレビューして」と言った場合にトリガーする。 バグ・セキュリティ脆弱性・ロジックエラーのみを高精度で報告し、スタイルや書式への指摘は行わない。 コード変更は一切行わず、レビュー結果のみを出力する点で developer とは異なる。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
機能開発の計画フェーズ（要求開発・要求分析・影響分析・実行計画策定）を単独で実行する。「要件を分析して」 「計画を立てて」「実行計画を作って」「影響範囲を調べて」「仕様を整理して」と言った場合にトリガーする。 要求分析と影響分析を並列実行し、planner・developer が利用できる実行計画を生成する。 orchestrate-workflow の内部でも呼び出されるが、計画フェーズのみを単独実行したい場合に直接使用する。
Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。 「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」 と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の 各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなく フロー全体を管理するオーケストレーター専用スキル。
PR マージ完了後の worktree・ローカルブランチ・Issue を一括整理する後片付けスキル。 「クリーンアップして」「worktree を削除して」「ブランチを削除して」「Issue をクローズして」 「マージ後の後片付けをして」「作業環境を片付けて」と言った場合にトリガーする。 worktree 削除・ローカルブランチ削除・Issue クローズを自動化する。 submit-pull-request でマージ完了後に呼び出される後処理スキルでもある。
エージェントが使用する AI モデルを変更・設定する。「モデルを変更して」「Claude に切り替えて」 「GPT-4 を使って」「エージェントのモデルを設定して」「デフォルトに戻して」 「全エージェントのモデルを変えて」「developer だけ別モデルにして」と言った場合にトリガーする。 個別エージェントのモデル変更・全エージェント一括変更・デフォルトへのリセットに対応する。 settings.json の agents セクションを更新する。
plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。 「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」 「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、 依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。
プロジェクト用の .gitignore ファイルを gitignore.io API で自動生成・更新する。 「.gitignore を作って」「gitignore を生成して」「無視するファイルを設定して」 「.gitignore を更新して」「Python 用の gitignore が欲しい」と言った場合にトリガーする。 プロジェクトの言語・OS・エディタに対応したテンプレートを取得し、プロジェクトルートに配置する。 initialize-project の一部としても呼び出される。
| name | review-code |
| description | 現在の変更（staged・unstaged・ブランチ差分）に対してコードレビューを実行する。「コードをレビューして」 「変更を確認して」「レビューをお願い」「コードの品質を確認して」「実装をチェックして」 「PR 前にレビューして」と言った場合にトリガーする。 バグ・セキュリティ脆弱性・ロジックエラーのみを高精度で報告し、スタイルや書式への指摘は行わない。 コード変更は一切行わず、レビュー結果のみを出力する点で developer とは異なる。 |
.github/settings.json からプロジェクト設定を読み取って使用するartifacts.requirements、artifacts.test_design を参照.github/settings.json を読み取る.copilot/boards/<feature-id>.json を読み取るrules/commit-message.md（コミットメッセージ検証用）rules/merge-policy.md（マージ方式の確認用）レビュー対象の変更範囲を特定する:
# 未コミット変更
git diff --stat
# ブランチの全変更（main との差分）
git diff --stat main...HEAD
変更がない場合はユーザーに通知して終了する。
reviewer エージェントに task ツール（code-review）でレビューを委任する:
task ツール（agent_type: code-review）:
- レビュー対象: 現在のブランチの変更
- 観点:
1. 設計・構造: モジュール分割、責務分離、既存パターンとの整合性
2. ロジック・正確性: 計算ロジック、エッジケース、エラーハンドリング
3. セキュリティ: 入力検証、認証・認可、機密情報の露出、インジェクション
4. テスト品質: カバレッジ、境界値、異常系
- Board コンテキスト（存在する場合）:
- 要求分析結果: <artifacts.requirements>
- テスト設計: <artifacts.test_design>
- 出力形式: Critical / Warning / Security / Info の分類
レビュー結果を受け取り、以下を判断する:
| 分類 | 対応 |
|---|---|
| Critical | 修正必須。developer に委任 |
| Security | 修正必須。developer に委任 |
| Warning | 修正推奨。ユーザーに確認後、必要なら developer に委任 |
| Info | 情報提供のみ。修正不要 |
Critical または Security の指摘がある場合、developer エージェントに修正を委任する:
task ツール（agent_type: developer）:
- 修正指示: <reviewer の指摘内容>
- 対象ファイル: <指摘のあったファイル一覧>
- 制約: レビュー指摘の修正のみ。スコープ外の変更は行わない
修正完了後、再度レビューを実行する（最大 2 回のループ）。
Board の以下のセクションを更新する:
artifacts.review — reviewer の出力（指摘一覧、severity 分布）history — レビュー実施・修正の記録を追記以下の構造で結果を表示する:
## コードレビュー結果
### 指摘サマリ
- Critical: N件
- Security: N件
- Warning: N件
- Info: N件
### 詳細
<各指摘の内容>
### 修正状況
- ✅ 修正済み: N件
- ⚠️ 要確認: N件
| エラー | 対処 |
|---|---|
| 差分が大きすぎる（100+ ファイル） | ディレクトリ単位で分割してレビュー |
| reviewer がタイムアウト | 変更ファイルを分割して再試行 |
| developer 修正後も Critical 残存 | ユーザーに報告し、手動修正を依頼 |
| Board が存在しない | 要求コンテキストなしでレビュー（構造・ロジック・セキュリティ観点のみ） |