# 拡張向け軽量ディスカバリープロセス

## 目的
機能拡張のための既存システムと統合要件を迅速に分析する。

## 焦点を絞ったディスカバリーステップ

### 1. 拡張ポイント分析
**統合アプローチを特定**:
- 既存の拡張ポイントまたはインターフェースを特定
- 変更スコープを決定（ファイル、コンポーネント）
- 従うべき既存パターンを確認
- 後方互換性の要件を特定

### 2. 依存関係チェック
**互換性を検証**:
- 新しい依存関係のバージョン互換性を確認
- APIコントラクトが変更されていないことを検証
- パイプラインに破壊的変更がないことを確認

### 3. クイック技術検証
**新しいライブラリの場合のみ**:
- WebSearchで公式ドキュメントを使用
- 基本的な使用パターンを検証
- 既知の互換性問題を確認
- ライセンス互換性を確認
- 主要な発見を `research.md` に記録（技術整合セクション）

### 4. 統合リスク評価
**クイックリスクチェック**:
- 既存機能への影響
- パフォーマンスへの影響
- セキュリティの考慮事項
- テスト要件

## フルディスカバリーにエスカレーションするタイミング
以下を発見した場合、フルディスカバリーに切り替える:
- 重大なアーキテクチャ変更が必要
- 複雑な外部サービス統合
- セキュリティ上センシティブな実装
- パフォーマンスクリティカルなコンポーネント
- 未知またはドキュメントが不十分な依存関係

## 出力要件
- 明確な統合アプローチ（境界への影響を `research.md` に記録）
- 変更するファイル/コンポーネントのリスト
- バージョン付きの新しい依存関係
- 統合リスクと軽減策
- テストの焦点領域