Pattern Thinking Skill

📋 実行前チェック(必須)

このスキルを使うべきか?

• 新しい機能を設計する?
• 依存性管理の方針を決定する?
• 状態管理を設計する?
• 既存コードをリファクタリングする?
• 「どのパターンを使うべきか」の判断が必要?

前提条件

• 問題の特性を分析したか?
• 変化の軸を特定したか?
• 制約条件を把握したか?

禁止事項の確認

• 「とりあえずこのパターン」で決めようとしていないか?
• 問題を分析せずにパターンを適用しようとしていないか?
• 過剰なパターン適用をしようとしていないか?(YAGNI)

トリガー

• 新しい機能の設計時
• 依存性管理の方針決定時
• 状態管理の設計時
• 既存コードのリファクタリング時
• 「どのパターンを使うべきか」という判断が必要な時

🚨 目的

コード設計において「よくあるパターン」に安易に飛びつかず、問題の本質に合った パターンを選択する。必要に応じて独自アプローチも積極的に提案する。

思考プロセス

Phase 1: 問題の特性分析

実装に入る前に、以下を明確にする:

変化の軸

• 何が変わりやすいか?
• 何が安定しているか?

制約条件

• パフォーマンス要件は?
• チームのスキルセットは?
• 既存コードとの整合性は?

Phase 2: パターン候補の列挙

• 既知のパターン(GoF, DDD等)
• プロジェクト固有のパターン
• 独自アプローチ

Phase 3: トレードオフ分析

各候補について:

• メリット
• デメリット
• 適用条件

Phase 4: 選択と文書化

選んだ理由を明確に記録。

🚫 禁止事項まとめ

• 「とりあえずこのパターン」
• 問題分析なしのパターン適用
• 過剰なパターン適用(YAGNI違反)
• 選択理由の文書化忘れ