tmux list-panes -F '#{pane_index}:#{pane_current_command}:#{pane_pid}' 2>/dev/null

# 自ペインの番号を取得
MY_PANE=$(tmux display-message -p '#{pane_index}')

# 全ペインを走査（自ペインを除外）
for pane_id in $(tmux list-panes -F '#{pane_index}'); do
  [ "$pane_id" = "$MY_PANE" ] && continue

  # 優先: プロセス名の検索
  cmd=$(tmux list-panes -F '#{pane_index}:#{pane_current_command}' | grep "^${pane_id}:" | cut -d: -f2)
  if echo "$cmd" | grep -qi 'codex'; then
    echo "FOUND:$pane_id"
    break
  fi

  # フォールバック: 画面テキストの検索
  content=$(tmux capture-pane -t "$pane_id" -p 2>/dev/null | tail -20)
  if echo "$content" | grep -qi 'codex'; then
    echo "FOUND:$pane_id"
    break
  fi
done

# 現在のペイン番号を記録
CURRENT_PANE=$(tmux display-message -p '#{pane_index}')

# 右側に新しいペインを作成し、ペインIDを取得（-P で新ペインの情報を出力）
NEW_PANE=$(tmux split-window -h -c "#{pane_current_path}" -P -F '#{pane_index}')

# 新しいペインで codex を起動
tmux send-keys -t "$NEW_PANE" 'codex'
sleep 0.5
tmux send-keys -t "$NEW_PANE" Enter

# 元のペインにフォーカスを戻す
tmux select-pane -t "$CURRENT_PANE"

# Codex の起動を待つ
sleep 5

# 例: デフォルトの場合
git diff HEAD --name-only

# OK: テキストとEnterを分離
tmux send-keys -t <CODEX_PANE> '<レビュープロンプト>'
sleep 0.5
tmux send-keys -t <CODEX_PANE> Enter

# NG: テキストとEnterを同時送信（ペーストとして扱われる）
tmux send-keys -t <CODEX_PANE> '<レビュープロンプト>' Enter

# Step 5 送信直後に現在のマーカー数を記録（run_in_background ではない通常の Bash で実行）
BASELINE=$(tmux capture-pane -t <CODEX_PANE> -p -S -1000 | grep -c '\[REVIEW_COMPLETE\]')

# run_in_background: true で実行する（BASELINE は上で取得した値を埋め込む）
BASELINE=<上で取得した値>
ELAPSED=0
TIMEOUT=600
while [ "$ELAPSED" -lt "$TIMEOUT" ]; do
  OUTPUT=$(tmux capture-pane -t <CODEX_PANE> -p -S -1000)
  COUNT=$(echo "$OUTPUT" | grep -c '\[REVIEW_COMPLETE\]')
  if [ "$COUNT" -gt "$BASELINE" ]; then
    echo "$OUTPUT"
    break
  fi
  sleep 30
  ELAPSED=$((ELAPSED + 30))
done
if [ "$ELAPSED" -ge "$TIMEOUT" ]; then
  echo "TIMEOUT: レビュー完了を ${TIMEOUT}秒以内に検知できませんでした"
fi

【#番号 重要度】指摘タイトル\n
\n
問題: Codex が何を指摘したか\n
判断: 採用/却下とその理由\n
修正案: 具体的にどう直すか

【#1 critical】Polling がプロンプト内のマーカーを誤検知する\n
\n
問題: 送信プロンプト自体に [REVIEW_COMPLETE] が含まれるため、Codex の応答前に polling が完了と判定してしまう\n
判断: 採用。今回実際に発生した\n
修正案: polling 開始前にマーカー数を記録し、増加分で完了を判定する「差分検知方式」に変更

【#1 critical】Polling がプロンプト内の [REVIEW_COMPLETE] を誤検知する。今回実際に発生。修正案: マーカー出現回数をカウントし、2回以上で完了と判定する

レビューループ:
Step 5 (送信) → Step 6 (polling待機) → Step 7 (妥当性判断) → Step 8 (ユーザー確認) → Step 9 (修正)
  ↑                                  |                |                                      |
  │                              タイムアウト      指摘ゼロ                                    |
  │                                  ↓              ↓                                       |
  ├────── コード修正あり → Step 5 へ戻る（再レビュー）──────────────────────────────────────────┘
  │
  終了 ← critical/high の新規指摘なし or 全指摘「対応しない」でコード変更なし

レビューの最後に、必ず以下のマーカーを単独行で出力してください:
[REVIEW_COMPLETE]

以下の変更をレビューしてください。

変更の背景: [変更コンテキスト: 何を・なぜ・どう判断して変更したかの要約]
変更ファイル: [4-2 で取得したファイル一覧]
スコープ外: [意図的に変更しなかった箇所があれば記載]

差分は git diff HEAD で確認してください。

レビュー観点:
1. バグ・ロジックエラー
2. セキュリティ脆弱性
3. パフォーマンス問題
4. 設計・アーキテクチャの改善点
5. 可読性・保守性

重要度別に分類して報告してください:
🔴 critical: 致命的問題（必ず修正）
🟡 high: 高優先度（強く推奨）
🟢 medium: 中優先度（推奨）
💬 info: 情報・質問

レビューの最後に、必ず以下のマーカーを単独行で出力してください:
[REVIEW_COMPLETE]

以下のファイルをレビューしてください: [ファイルパス]

変更の背景: [変更コンテキスト: 何を・なぜ・どう判断して変更したかの要約]
スコープ外: [意図的に変更しなかった箇所があれば記載]

レビュー観点:
1. バグ・ロジックエラー
2. セキュリティ脆弱性
3. パフォーマンス問題
4. 設計・アーキテクチャの改善点

重要度別に分類して報告してください:
🔴 critical / 🟡 high / 🟢 medium / 💬 info

レビューの最後に、必ず以下のマーカーを単独行で出力してください:
[REVIEW_COMPLETE]

前回のレビュー指摘を受けて修正しました。再レビューをお願いします。前回の指摘と対応: [各指摘の要約・判断・対応内容を列挙]。ユーザーとの協議事項: [AskUserQuestion で確認した質問・回答・反映内容]。修正差分は git diff HEAD で確認してください。再レビュー観点: 1.前回指摘が適切に修正されているか 2.修正で新たな問題が発生していないか 3.見落としがないか。重要度別に分類して報告してください: 🔴 critical / 🟡 high / 🟢 medium / 💬 info。最後に [REVIEW_COMPLETE] を単独行で出力してください。

tmux send-keys -t <CODEX_PANE> '<上記テンプレートを埋めたプロンプト>'
sleep 0.5
tmux send-keys -t <CODEX_PANE> Enter

ユーザー: Codex にレビューして
→ git diff HEAD の変更をレビュー依頼

ユーザー: Codex にこのブランチの変更をレビューして
→ git diff main...HEAD の変更をレビュー依頼

ユーザー: Codex に src/auth.ts をレビューして
→ 指定ファイルのレビュー依頼