Menu
PR作成の規約を適用する。PR作成、gh pr create、プルリクエスト作成時に使用する。PRタイトル正規化（CC形・Issue起点時の再構成）、テンプレート参照、CLI制約、Issue連携を含む。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | pr-conventions |
| description | PR作成の規約を適用する。PR作成、gh pr create、プルリクエスト作成時に使用する。PRタイトル正規化（CC形・Issue起点時の再構成）、テンプレート参照、CLI制約、Issue連携を含む。 |
--assignee @me で自分をアサインする (MUST)conventional-commits スキルの型表に合わせる）(MUST)git fetch origin && git rebase origin/master 推奨）一貫性のため、次の形に 正規化 する (MUST)。
<type>: <要約> または <type>(<scope>): <要約>（<type> または ) の直後のコロンは1つだけ、その直後は半角スペース1つ）(MUST)
fix: ログインエラー時のメッセージ表示feat(api): セッション検証エンドポイントを追加<type> / <scope> は英小文字・ハイフン区切り（スコープは省略可）type: なしの要約が前提のため、作業内容に合う type（と必要なら scope）を選び、要約文は意味が対応すればよい（コピペではなく再構成）(MUST)[WIP] / WIP:（下書きは Draft PR）、タイトルだけの Refs #123 / #123（参照は本文の Refs #xxx）、複数行Refs #xxx に書き、PR タイトルは変更の要約に専念する.github/PULL_REQUEST_TEMPLATE.md が存在するか確認cat でテンプレートの内容を確認gh pr create --body-file で作成テンプレートが存在しない場合は、変更の目的・内容・影響範囲を本文に記述する。
--body に複数行のマークダウンを直接渡さない（ターミナルが固まる原因）/tmp/pr_body.md）に書き出して --body-file を使用write ツールで作成する（cat << EOF はシェル問題を起こしやすい）Refs #xxx を使用（Closes / Fixes は使わない）Closes はマージ時に Issue が自動クローズされるため、スプリント運用に合わない# 通常
gh pr create --assignee @me --body-file /tmp/pr_body.md --title "fix: 説明"
# Draft
gh pr create --assignee @me --body-file /tmp/pr_body.md --title "fix: 説明" --draft
親子 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はなし）。プロンプト設計原則、結果読み込み手順、合意判定基準を含む。