Skills: 高度なデザインパターン

ストラテジーパターンの構造
┌──────────┐
│ コンテキスト │ → 条件を評価 → 戦略を選択
└────┬─────┘
     ├── 戦略 A（Python プロジェクト）
     ├── 戦略 B（TypeScript プロジェクト）
     └── 戦略 C（Go プロジェクト）

## レビュー戦略の選択

プロジェクトの技術スタックに基づいて自動的に選択：

{{#if tech_stack == "python"}}
Python レビュー戦略を実行：
- type hints をチェック
- docstring をチェック
- PEP 8 準拠をチェック
{{/if}}

{{#if tech_stack == "typescript"}}
TypeScript レビュー戦略を実行：
- any 型をチェック
- インターフェース定義をチェック
- 型安全性をチェック
{{/if}}

チェーンオブレスポンシビリティの例

入力 → フォーマットチェック → セキュリティチェック → 品質チェック → 出力
        ↓ 失敗           ↓ 失敗           ↓ 失敗
       エラーを返す       エラーを返す       エラーを返す

## コードレビューのチェーンオブレスポンシビリティ

### ゲート1：フォーマットチェック
- ファイルエンコーディングは正しいか？
- コードスタイルは規約に従っているか？
- フォーマット失敗 → フォーマット問題を返し、続行しない

### ゲート2：セキュリティチェック
- SQL インジェクション、XSS の検出
- ハードコーディングされたキーの検出
- セキュリティ失敗 → セキュリティ問題を返し、続行しない

### ゲート3：品質チェック
- 関数の長さ、循環的複雑度
- 重複コードの検出
- 品質失敗 → 品質問題を返す

### すべて通過 → レビュー通過レポートを出力

チェーンオブレスポンシビリティのメリット
├── 早期終了：前段のチェックが失敗すれば即座に返し、後続のオーバーヘッドを節約
├── 関心の分離：各チェッカーは自分の観点だけに注目
├── 拡張性：新しいチェック観点は1つのリンクを追加するだけ
└── 設定可能性：特定のチェックリンクをスキップ可能

オブザーバーパターン

イベントソース：ファイル変更
├── オブザーバー A：テストを自動実行
├── オブザーバー B：コードレビューを自動実行
└── オブザーバー C：ドキュメントを自動更新

---
name: file-change-watcher
description: "ファイル変更が自動操作をトリガー"
triggers:
  - context: "file_modified"
---

## 変更応答ルール

ファイル変更時に自動判定：
- src/**/*.py が変更 → Python テストをトリガー
- src/**/*.ts が変更 → TypeScript テストをトリガー
- docs/** が変更 → ドキュメント検証をトリガー
- .env* が変更 → 環境設定の確認をリマインド

## レビューテンプレートメソッド

### 固定骨格
1. 変更を収集
2. ファイルごとレビュー（← カスタマイズ可能）
3. レポートを集約
4. 推奨を出力

### カスタマイズ可能ステップ（ステップ2）
言語/プロジェクトタイプごとにレビュー観点をカスタマイズ

テンプレートメソッド = ベース Skill + プラグイン可能サブ Skill

base-review.md（骨格）
├── 変更を収集
├── {{review_strategy}} Skill を呼び出し（プラグイン可能）
├── レポートを集約
└── 推奨を出力

python-review.md（具象戦略）→ review_strategy に差し込み
ts-review.md（具象戦略）→ review_strategy に差し込み

ベース Skill：code-review
├── + キャッシュデコレーター：レビュー結果をキャッシュ
├── + ロギングデコレーター：レビュー操作を記録
└── + 通知デコレーター：レビュー完了時にチームに通知

## 拡張レビュー Skill

ベースのレビューフローに加えて以下を追加：
1. レビュー前：リクエストとタイムスタンプをログ記録
2. レビュー後：結果をチームチャンネルに送信
3. キャッシュ：変更されていないファイルは以前の結果を再利用