エラー: PR番号またはブランチ名を指定してください。

使用方法:
  /analyze-conflicts <pr-number> [options]
  /analyze-conflicts --local <branch-name> [options]

オプション:
  --local <branch>  ローカルブランチのコンフリクトを分析
  --verbose, -v     コンフリクト箇所の詳細コードを表示

例:
  /analyze-conflicts 36
  /analyze-conflicts 36 --verbose
  /analyze-conflicts --local feature/my-branch

gh pr view <pr-number> --json number,title,state,mergeable,mergeStateStatus,baseRefName,headRefName,url

✓ PR #<number> にコンフリクトはありません。

PR: <title>
状態: マージ可能

/merge-pr <number> でマージを実行できます。

git rev-parse --verify <branch-name>
git merge-base main <branch-name>

# 一時的にマージをシミュレート
git fetch origin
git checkout -B temp-conflict-check origin/<baseRefName>
git merge --no-commit --no-ff origin/<headRefName> 2>&1

git diff --name-only --diff-filter=U

# コンフリクトマーカーの数をカウント
grep -c "^<<<<<<< " <file>

# コンフリクト箇所を抽出
grep -n -A 10 "^<<<<<<< " <file>

# インポート関係を確認
grep -l "from.*<conflicted_module>" src/**/*.py

================================================================================
                      コンフリクト分析レポート
================================================================================

PR情報:
  番号: #<number>
  タイトル: <title>
  URL: <url>

ブランチ情報:
  ベース: <baseRefName>
  ヘッド: <headRefName>
  分岐点からのコミット数: <commit_count>

================================================================================
                         コンフリクトサマリー
================================================================================

コンフリクトファイル数: <count>
総コンフリクト箇所数: <total_conflicts>

リスク分布:
  高: <high_count> 件
  中: <medium_count> 件
  低: <low_count> 件

================================================================================

================================================================================
                      ファイル別コンフリクト詳細
================================================================================

[1/N] src/example/module.py
--------------------------------------------------------------------------------
リスクレベル: 高
コンフリクト箇所: 3 箇所
タイプ: 同一行変更

問題点:
  - L45-52: 両ブランチで `process_data` 関数のロジックを変更
  - L78-85: 例外ハンドリングの方法が異なる
  - L120-125: 戻り値の型が異なる

影響範囲:
  - このファイルをインポートしているモジュール: 5 個
  - 関連テスト: tests/unit/test_module.py

推奨解決策:
  1. main側の変更意図を確認（コミット: abc1234）
  2. feature側の変更意図を確認（コミット: def5678）
  3. 両方の変更を統合するか、どちらかを優先するか決定

--------------------------------------------------------------------------------

[2/N] src/example/types.py
--------------------------------------------------------------------------------
...

================================================================================
                      コンフリクト箇所の詳細
================================================================================

[1/N] src/example/module.py:45-52
--------------------------------------------------------------------------------

<<<<<<< HEAD (main)
def process_data(data: list[dict]) -> ProcessResult:
    """Process data with validation."""
    validated = validate_all(data)
    return ProcessResult(items=validated, count=len(validated))
=======
def process_data(data: list[dict], strict: bool = False) -> ProcessResult:
    """Process data with optional strict mode."""
    if strict:
        validated = validate_strict(data)
    else:
        validated = validate_all(data)
    return ProcessResult(items=validated, count=len(validated), strict=strict)
>>>>>>> feature/my-branch

分析:
  - main: バリデーション処理をシンプルに維持
  - feature: strictモードオプションを追加
  - 統合案: strictオプションを追加しつつ、デフォルト動作は維持

--------------------------------------------------------------------------------

================================================================================
                         解決ガイド
================================================================================

推奨される解決手順:

1. ローカルでの準備
   git fetch origin
   git checkout <headRefName>
   git merge origin/<baseRefName>

2. コンフリクトの解決（優先順位順）

   [優先度: 高] src/example/module.py
   - 両方の変更を理解してから統合
   - テストが通ることを確認

   [優先度: 中] src/example/types.py
   - 型定義の整合性を確認

   [優先度: 低] src/example/config.py
   - フォーマットのみの差異、どちらでも可

3. 解決後の確認
   make check-all

4. プッシュ
   git add .
   git commit -m "resolve: merge conflicts with main"
   git push

5. マージ
   /merge-pr <number>

================================================================================

================================================================================
                      自動解決候補
================================================================================

以下のコンフリクトは自動解決が可能です:

| ファイル | 理由 | 推奨 |
|----------|------|------|
| pyproject.toml | バージョン番号のみ | main側を採用 |
| .gitignore | 追加行の競合 | 両方を採用 |

自動解決を実行しますか？
1. はい（上記ファイルを自動解決）
2. いいえ（手動で解決）

/analyze-conflicts 36

================================================================================
                      コンフリクト分析レポート
================================================================================

PR #36: feat: add preset groups and enhanced ticker registry API

コンフリクトファイル: 3 件
  [高] src/market_analysis/registry.py (2箇所)
      - L45: レジストリ初期化ロジックの競合
      - L89: プリセット追加メソッドの競合

  [中] src/market_analysis/types.py (1箇所)
      - L23: TickerInfo型の定義競合

  [低] tests/conftest.py (1箇所)
      - L12: フィクスチャの順序競合

解決の推奨順序: registry.py → types.py → conftest.py
================================================================================

/analyze-conflicts 36 --verbose

/analyze-conflicts --local feature/my-branch

/analyze-conflicts 42

✓ PR #42 にコンフリクトはありません。

PR: refactor: improve error handling in data processor
状態: マージ可能

/merge-pr 42 でマージを実行できます。