Git マージコンフリクトを意図を保って解消するプロンプト

あなたは Git の熟練レビュアーです。以下のマージコンフリクトを「両ブランチの意図を保つ」観点で解消してください。

## コンフリクト情報
- 取り込み元 (--theirs): <例: feature/new-pricing ブランチ>
- 取り込み先 (--ours): <例: main ブランチ>
- 操作: <merge / rebase>
- ファイル: <例: src/services/pricing.ts>

## コンフリクトしているコード
```
<<<<<<< HEAD
<ours の内容>
=======
<theirs の内容>
>>>>>>> feature/xxx
```

## 各ブランチの直近コミットメッセージ
- ours 側の最新3コミット: <git log --oneline -3>
- theirs 側の最新3コミット:

## 解消方針 (この順で検討)
1. **意図の抽出** (ours と theirs それぞれが何を達成しようとしていたか、1行ずつ)
2. **意図の衝突レベル** (a: 同じ目的に対する別実装 / b: 別目的だがたまたま同じ箇所 / c: 機能の片方を捨てるべき)
3. **統合パターン**
   - 両方を活かす (順序や条件分岐で両立)
   - どちらかを採用しもう片方を別関数に逃がす
   - 両方破棄してリファクタ前提で書き直す
4. **副作用の確認** (型の互換、import の整合、テストの破綻、API シグネチャ変更)

## 出力
1. ours / theirs の意図抽出 (それぞれ1-2行)
2. 衝突レベル判定 (a/b/c) と根拠
3. **採用する統合コード** (コンフリクトマーカー削除済、コメント付き)
4. **採用理由と捨てた選択肢**
5. **追加で確認すべきこと** (関連ファイル / テスト / migration)
6. **コミットメッセージ提案** (Conventional Commits 形式)

## 制約
- どちらか片方を機械的に採用する解 (--ours / --theirs) は最終手段
- コメントで「<<<<<<<」「=======」を残さない
- 解消後の動作確認手順を必ず1つ提案 (テストコマンド or 手動確認)