full-review-pipeline

name	full-review-pipeline
description	全 Agent による包括的プロジェクトレビューを実行。Use when: 全体品質評価、フルスキャン、プロジェクト健全性チェック

full-review-pipeline — フルレビューパイプライン Skill

目的

全 13 Agent を一括実行し、プロジェクト全体の品質を全観点から横断的に評価する。
ステージゲート（Gate 1〜5）の個別レビューとは異なり、フェーズを問わずプロジェクトの健全性を包括的にスキャンする。

使用場面

• プロジェクトの初期状態を把握したい場合
• 定期的な品質サーベイ（月次 / スプリント毎等）
• 重要なマイルストーン前の全方位チェック
• 技術的負債の棚卸し

前提条件

• プロジェクトのソースコードにアクセス可能であること
• pom.xml、設定ファイル（application.properties）にアクセス可能であること
• mvn dependency:tree が実行可能であること（execute ツール使用）
• 過去のゲート判定記録がある場合は .github/review-reports/ にアクセス可能であること

手順

以下の手順でフルレビューパイプラインを実行する。詳細な実行フローは パイプラインフロー を参照。

Phase 1: 準備（プロジェクト分析）

1. プロジェクト構造の分析: パッケージ構成、ファイル一覧、モジュール構成を把握する
2. 技術スタックの確認: pom.xml から Java バージョン、Spring Boot バージョン、依存関係を確認する
3. 前回レビュー結果の確認: .github/review-reports/ に過去のレビュー結果がある場合、前回の指摘事項とその対応状況を把握する

Phase 2: 全 Agent レビュー実行

4. 全 13 Agent を呼び出す: パイプラインフロー の並行実行グループに従い、各 Agent にレビューを依頼する

グループ	Agent	観点
G1: 企画・要件	business-analyst	要件品質・スコープ
G2: 設計・実装	architect, security-reviewer, tech-lead, dba-reviewer, compliance-reviewer, oss-reviewer, ux-accessibility-reviewer	アーキテクチャ、セキュリティ、コード品質、DB、法規制、OSS、UX
G3: テスト	qa-manager, performance-reviewer	テスト品質、性能
G4: デプロイ・運用	release-manager, infra-ops-reviewer, audit-reviewer	リリース準備、運用性、監査

5. 各 Agent は自身の「全体レビュー（full）」深度でレビューを実施する

Phase 3: 結果集約

6. 全 Agent のレポートを収集: 統一レポートフォーマット（サマリー + スコアカード + 指摘事項）の準拠を確認する
7. 重複指摘の統合: 同一ファイル・同一問題に対する複数 Agent の指摘をマージする。最も高い重要度を採用する
8. 競合解決プロトコルの適用: 矛盾する指摘がある場合、Orchestrator の競合解決ルールに従い解決する
9. エスカレーション事項の集約: 各 Agent の「要人間判断」を優先度付きで集約する

Phase 4: レポート生成

10. 総合評価ダッシュボードを生成: 全 Agent のスコアカードを統合したプロジェクト健全性ダッシュボード
11. 最優先対応事項の Top 10 リストを生成: Critical/High 指摘を影響度順にランキング
12. 技術的負債一覧を生成: Medium/Low 指摘を技術的負債として分類し、返済計画の材料とする
13. 前回レビューとの差分を提示: 前回の指摘が是正されたか、新規の指摘が発生したかを追跡する
14. レポートを .github/review-reports/full-review/YYYY-MM-DD_HH-MM.md に保存する

出力フォーマット

# フルレビュー統合レポート

## プロジェクト健全性サマリー
- レビュー日時: YYYY-MM-DD HH:MM
- 全体判定: ✅ 健全 / ⚠️ 要改善 / ❌ 要緊急対応
- 指摘総数: Critical: X, High: X, Medium: X, Low: X

## プロジェクト健全性ダッシュボード
| # | Agent | 判定 | Critical | High | Medium | Low | スコアカード達成率 |
|---|-------|------|----------|------|--------|-----|------------------|
| 1 | architect | ✅/⚠️/❌ | 0 | 1 | 2 | 0 | 10/12 ✅ |
| 2 | security-reviewer | ✅/⚠️/❌ | 0 | 0 | 1 | 2 | 12/13 ✅ |
| 3 | tech-lead | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 4 | dba-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 5 | compliance-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 6 | oss-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 7 | qa-manager | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 8 | performance-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 9 | business-analyst | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 10 | ux-accessibility-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 11 | release-manager | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 12 | infra-ops-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| 13 | audit-reviewer | ✅/⚠️/❌ | ... | ... | ... | ... | ... |
| | **合計** | | **X** | **X** | **X** | **X** | |

## 最優先対応事項 Top 10
| 順位 | 重要度 | 出典 Agent | カテゴリ | 対象 | 指摘内容 | 推奨対応 |
|------|--------|-----------|---------|------|----------|----------|
| 1 | Critical | ... | ... | ... | ... | ... |
| ... | ... | ... | ... | ... | ... | ... |

## エスカレーション事項（要人間判断）
| # | 優先度 | 出典 Agent | 内容 | 推奨判断者 |
|---|--------|-----------|------|-----------|
| 1 | 最優先 | ... | ... | ... |

## 技術的負債一覧
| # | 出典 Agent | 内容 | 影響範囲 | 推奨対応時期 |
|---|-----------|------|---------|-------------|
| 1 | ... | ... | ... | 次スプリント / 次リリース / 将来 |

## 前回レビューとの差分（該当する場合）
| # | 指摘 | 前回状態 | 現在状態 | 備考 |
|---|------|---------|---------|------|
| 1 | ... | Critical（未対応） | 是正済み | ✅ |
| 2 | ... | — | 新規発生(High) | 🆕 |

## 各 Agent 詳細レポート
（各 Agent のフルレポートを折りたたみ表示）

全体判定基準

条件	判定
Critical 0 件、High 3 件以下	✅ 健全
Critical 0 件、High 4 件以上	⚠️ 要改善
Critical 1 件以上	❌ 要緊急対応

参照ドキュメント

• パイプラインフロー — Agent の実行順序と集約方法の詳細