메뉴
現在の変更（staged・unstaged・ブランチ差分）に対してコードレビューを実行する。「コードをレビューして」 「変更を確認して」「レビューをお願い」「コードの品質を確認して」「実装をチェックして」 「PR 前にレビューして」と言った場合にトリガーする。 バグ・セキュリティ脆弱性・ロジックエラーのみを高精度で報告し、スタイルや書式への指摘は行わない。 コード変更は一切行わず、レビュー結果のみを出力する点で developer とは異なる。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
ユーザーの曖昧な要望を対話を通じて検証済みの要求に変換する。「要求を開発して」「要望を整理して」 「要件を引き出して」「ニーズを明確にして」「要求開発して」「スコープを定義して」と言った場合にトリガーする。 requirements-engineer エージェントを起動し、引き出し・妥当性検証・競合分析・優先順位付け・スコープ定義・ 承認取得を実施する。analyze-and-plan の内部でも条件付きで呼び出されるが、 要求開発のみを単独実行したい場合に直接使用する。
plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。 「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」 「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、 依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。
Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。 「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」 と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の 各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなく フロー全体を管理するオーケストレーター専用スキル。
要求開発から計画立案・実装・PR 提出までを一括で実行するエンドツーエンドスキル。 「要求から実装まで一括でやって」「全部通しでやって」「要望から PR まで進めて」 「ワンショットで開発して」「要求開発から merge まで」と言った場合にトリガーする。 develop-requirements → planner → execute-plan → test-verifier(V) → test-verifier(V&V) → submit-pull-request の 6フェーズを Board・Gate と連携して実行する。orchestrate-workflow の要求駆動版として、 要求開発を起点に素早くマージまで完了させる用途に適する。
ワークフローの Board（JSON 進捗管理ファイル）に対する全操作を手順化する内部スキル。 Board の作成・読み込み・flow_state 遷移・Gate 評価・history 追記・アーカイブを行う際に参照する。 オーケストレーターが orchestrate-workflow・start-feature・cleanup-worktree の実行中に自動参照する。 ユーザーが「Board を作って」「Board の状態を更新して」「Gate を評価して」と言った場合にもトリガーする。
worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」 「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」 「レビューを通してマージして」と言った場合にトリガーする。 コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。 コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。
| 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 が存在しない | 要求コンテキストなしでレビュー（構造・ロジック・セキュリティ観点のみ） |