菜单
ブランチ完了判定フロー。テスト検証→4択（マージ/PR/保留/破棄）→実行→クリーンアップ。実装完了後のブランチ処理に使用する。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | branch-finish |
| description | ブランチ完了判定フロー。テスト検証→4択（マージ/PR/保留/破棄）→実行→クリーンアップ。実装完了後のブランチ処理に使用する。 |
| depends | [{"skill":"worktrunk-worktrees"},{"skill":"pr-conventions"},{"skill":"conventional-commits"}] |
wt CLI + worktree 運用が前提（未導入時は本スキル対象外）テストスイートがある場合:
# プロジェクトのテストスイートを実行
npm test / cargo test / pytest / go test ./... / shellcheck <script>
テストが失敗した場合は先に進まない。修正してから再実行する。
テストスイートがない場合:
ベース同期は wt merge が rebase で処理するため、このステップでの手動同期は不要。
以下を簡潔に提示する。説明は付けない。
実装が完了しました。どうしますか？
1. wt merge でデフォルトブランチにマージ
2. Push して PR 作成
3. ブランチ・worktree をそのまま保持
4. 作業を破棄
# squash + rebase + FF + worktree 削除
wt merge
# コミット履歴を保持する場合
wt merge --no-squash
wt merge はベース同期（rebase + FF）を含むwt merge では squash 時にエディタが開くため、その場でコミットメッセージを Conventional Commits 形式に書き直す（conventional-commits スキル参照）--no-squash を検討git push -u origin <branch>
PR 作成は pr-conventions スキルに従う。worktree は残す（レビュー中の修正対応のため）。
現状を報告して終了。ブランチ・worktree はそのまま維持する。
ブランチ <name> を保持します。worktree: <path>
実行前に削除対象を提示し、ユーザーの明示的な確認を得る。
以下を削除します:
- ブランチ: <name>
- コミット: <commit-list>
- worktree: <path>
続行しますか？
確認後:
wt remove -D
branch-finish = 完了フロー全体のオーケストレーション、pr-conventions = PR 作成の規約詳細。Option 2 で pr-conventions に委譲する。
親子 Claude Code セッション間の委譲操作を行う。delegate（子を起動してキック）、send（既存ペインへ1行/キックオフ送信・誤送信防止つき）、list（宛先確認）、report（子→親の申し送り）を自然言語の意図から判断して実行する。tmux 環境前提。
oe-* オーケストレーションツール群（engine 本体 / 親子委譲 / SO ゲート / 選択・観測）と駆動層規律の統合概観。複数エージェント委譲・設計SO/実装SO・read-only 観測・engine 1 サイクルを使うとき、ツール群の全体像をリポジトリ走査でなく一貫した形で把握したいときに使用する。
エラー/バグ調査で、入力→出力のコードパスに未読区間がある限り外部要因（インフラ差異等）の仮説に進まない。外部要因に飛ぼうとするとき、原因が再現しないと判断しそうなときに使用する。仮説を tmp/hypothesis-NNN.md に外部化し、コードパスの read-state を可視化する。
プランをKickoff Document形式に変換する。セカンドオピニオン投入・リポジトリアーカイブ・ピアレビュー共有時に使用する。命名規約・frontmatter・セクション構造をKickoff形式に整える。
設計判断を確定する前に、ゼロベースで未探索の代替案を最低1回引き出し、その証跡を確定前に残してから確定する。複数の選択肢を A/B 等で確定しかけたとき、ADR / Decision / kickoff の設計判断（DJ-N）を確定・記録するときに使用する。so-compare 選択肢拡張・探索木の外部化を含む。
so-compare.shでセカンドオピニオン（Codex/Claude/Cursor）を取得し、結果を比較する。ピアレビュー、修正方針の検証、設計判断の反証に使用する。**弱 SO**（1周可・partial=disclose・0はなし）。プロンプト設計原則、結果読み込み手順、合意判定基準を含む。