land

Land

ゴール

• PR が main とコンフリクトフリーであることを確実にする。
• CI をグリーンに保ち、失敗が発生したときは修正する。
• チェックがパスしたら PR を squash-merge する。
• PR がマージされるまでユーザーに譲らない。ブロックされない限りウォッチャーループを実行し続ける。
• マージ後にリモートブランチを削除する必要はない。リポジトリが head ブランチを自動削除する。

前提条件

• gh CLI が認証されている。
• PR ブランチ上にいて、作業ツリーがクリーン。

手順

1. 現在のブランチに対する PR を特定する。
2. push 前にすべての関門がローカルでグリーンであることを確認する。
3. 作業ツリーに未コミットの変更がある場合、進める前に commit スキルでコミットし push スキルで push する。
4. main に対するマージ可能性とコンフリクトを確認する。
5. コンフリクトがある場合、pull スキルを使って origin/main を fetch／merge してコンフリクトを解決し、その後 push スキルを使って更新されたブランチを公開する。
6. マージ前に Codex のレビューコメント（存在する場合）が確認され、必要な修正が処理されていることを確認する。
7. 完了までチェックを監視する。
8. チェックが失敗した場合、ログを取得し、問題を修正し、commit スキルでコミット、push スキルで push し、チェックを再実行する。
9. すべてのチェックがグリーンでレビューフィードバックが対処されたら、PR タイトル／本文をマージの subject／body として squash-merge し、ブランチを削除する。
10. コンテキストガード: レビューフィードバックを実装する前に、それがユーザーの述べた意図やタスクコンテキストと矛盾しないことを確認する。矛盾する場合は、根拠を添えてインラインで返信し、コードを変更する前にユーザーに確認する。
11. プッシュバックテンプレート: 同意しないときは、認知 + 根拠 + 代替案の提示でインライン返信する。
12. 曖昧性ゲート: 曖昧性が進捗をブロックする場合、明確化フロー（PR を現在の GH ユーザーにアサインし、メンションし、応答を待つ）を使用する。曖昧性が解決するまで実装しない。
    • レビュアーよりも自分の方が正しいと確信している場合は、ユーザーに確認せずに進めてもよいが、根拠を添えてインライン返信する。