# 設計発見プロセス知識

## 発見スコープの分類

| スコープ | 条件 | 調査レベル |
|---------|------|-----------|
| 新規機能 | 既存コードに類似実装がない | 完全な発見（外部調査含む） |
| 既存拡張 | 既存パターンの延長 | 軽量発見（統合ポイント中心） |
| シンプル追加 | 1ファイル程度の変更 | 最小限（パターン確認のみ） |

## 完全な発見プロセス

1. **要件分析**: 機能・非機能要件、制約、技術的課題を整理
2. **既存実装分析**: コードベース構造、再利用可能コンポーネント、ドメイン境界、統合ポイント
3. **技術リサーチ**: パターン、ベストプラクティス、最新情報、落とし穴
4. **外部依存**: ドキュメント確認、API署名、バージョン互換性、レート制限、セキュリティ
5. **アーキテクチャパターン評価**: パターン比較、適合性評価、境界特定
6. **リスク評価**: パフォーマンス、セキュリティ、統合複雑性、技術的負債

## 軽量発見プロセス

1. **拡張ポイント分析**: 既存の拡張ポイント特定、変更スコープ判定、パターン確認
2. **依存チェック**: バージョン互換性、API契約、破壊的変更なし
3. **簡易技術確認**: ドキュメント・使用パターン・互換性の確認
4. **統合リスク評価**: 影響・パフォーマンス・セキュリティ・テスト

## エスカレーショントリガー

軽量→完全にエスカレーションする条件:
- 大幅なアーキテクチャ変更が必要
- 複雑な外部統合がある
- セキュリティに敏感な領域
- パフォーマンスクリティカル
- 未知の依存関係
