Skills: スキルの組み合わせとオーケストレーション

スキルチェーンの例：コードコミット全フロー

コードレビュー → 自動修正 → テスト実行 → ドキュメント更新 → コミット
    ↓          ↓          ↓          ↓          ↓
 レビューレポート   修正パッチ   テストレポート   ドキュメント更新   commit ID

スキルマトリクスの例：包括的品質チェック

            ┌→ セキュリティスキャン ─┐
コード変更 ──┤→ パフォーマンス分析 ─┤→ 品質レポート
            └→ スタイルチェック ─┘

条件オーケストレーションの例：スマートデプロイ

変更タイプの判定：
├── ドキュメント変更 → ドキュメントのみ更新
├── テスト変更 → テストのみ実行
├── コード変更 → 全フロー（レビュー→テスト→デプロイ）
└── 設定変更 → レビュー + 確認後にデプロイ

## 実行戦略

1. 先に code-review Skill を実行
2. 🔴 問題が見つかった場合：
   - auto-fix Skill を実行
   - 再度 code-review を実行して修正を確認
3. レビュー通過後、test-runner Skill を実行
4. テスト通過後、サマリーレポートを出力

Skill A の出力 → コンテキスト変数に書き込み → Skill B が読み込み

例：
code-review が3つの問題を発見 →
  context: { review_issues: [...], fix_targets: [...] }
→ auto-fix が fix_targets を読み込んで修正を実行

## 集約レポートテンプレート

### スキルチェーン実行結果
| ステップ | Skill | ステータス | 所要時間 | キー出力 |
|:-----|:------|:-----|:-----|:---------|
| 1 | code-review | ✅ | 30s | 5つの問題 |
| 2 | auto-fix | ✅ | 45s | 4つを修正 |
| 3 | test-runner | ✅ | 2m | すべて通過 |

疎結合の設計：
├── Skill A は Skill B の内部関数を直接呼び出さない
├── Skill 間は標準フォーマット（JSON、Markdown など）でデータを受け渡し
├── 単一 Skill の失敗が他の Skill の基本機能に影響しない
└── 各 Skill を個別にテスト可能

## 冪等性の要件
- レビュー Skill を複数回実行しても同じ結果
- 修正 Skill は問題が既に修正されているか検出し、済みならスキップ
- デプロイ Skill は現在の状態をチェックし、デプロイ済みなら確認のみ（重複デプロイしない）

---
name: pr-gate
description: "PR 品質ゲート：レビュー+テスト+セキュリティの3 in 1"
triggers:
  - keyword: "pr-gate|品質ゲート"
---

## 実行フロー

1. code-review を呼び出し（コードレビュー）
2. test-runner を呼び出し（テスト実行）
3. security-scan を呼び出し（セキュリティスキャン）
4. 3つの結果を集約
5. マージ推奨を出力：
   - 3項目すべて通過 → ✅ マージ推奨
   - いずれかが 🔴 → ❌ マージ非推奨
   - 🟡 のみ → ⚠️ 修正後にマージ