要件と既存コードベースのギャップを分析し、実装戦略の情報を提供せよ。

**注意:** 要件が `.kiro/specs/{feature}/requirements.md` に存在しない場合はABORTする。

**やること:**
1. タスクから対象feature名を特定する
2. `.kiro/specs/{feature}/spec.json` を読み込み、`approvals.requirements.generated` が `true` であることを確認する。そうでなければ、要件が未生成である旨のメッセージでABORTする
3. `.kiro/specs/{feature}/requirements.md` を読み込む
4. `.kiro/steering/` が存在すれば全ファイルを読み込む
5. 現状を調査する:
   - ドメイン関連のファイル・モジュール・ディレクトリ構成を把握する
   - 再利用可能なコンポーネントを特定する
   - アーキテクチャパターン・規約を抽出する
   - 統合サーフェスを特定する
6. 要件の実現可能性を分析する:
   - 技術的ニーズをリストアップする
   - ギャップと制約を特定する
   - 複雑さのシグナルを記録する
7. 実装アプローチを評価する:
   - A: 既存拡張 — メリット・デメリット
   - B: 新規作成 — メリット・デメリット
   - C: ハイブリッド — メリット・デメリット
8. 工数（S/M/L/XL）とリスク（High/Medium/Low）を見積もる
9. 成果物を `.kiro/specs/{feature}/gap-analysis.md` に保存する

**成果物の保存先:**
- `.kiro/specs/{feature}/gap-analysis.md`

**必須出力（見出しを含める）**

## サマリー
- スコープ、課題、推奨事項を3-5箇条で要約

## 要件-資産マッピング
- ギャップにタグ付け（Missing / Unknown / Constraint）

## 実装アプローチ
- A/B/C の選択肢と根拠・トレードオフ

## 工数・リスク
- 工数ラベルとリスクラベル、各1行の根拠

## 設計フェーズへの推奨事項
- 推奨アプローチと要調査項目
