org-pull-requestlisted
Install: claude install-skill suisya-systems/claude-org-ja
# org-pull-request: PR 作成・レビュー・マージ後クローズ
ワーカー完了報告 → ユーザー承認 → push / PR 作成 / CI 監視 / レビュー指摘ループ / PR マージ後の最終クローズまでを担当する。**窓口専属**。発動の前提は「ワーカーが完了報告済み・ユーザーが明示的承認を出した」状態にあること。承認前段階(ack 発行・REVIEW 遷移・ユーザー報告)は `.claude/skills/org-delegate/SKILL.md` Step 5 (2a) を参照。
> **T5 contract**: 本スキルが扱う `awaiting_review → complete` 遷移の正準仕様は
> [`docs/contracts/delegation-lifecycle-contract.md`](../../../docs/contracts/delegation-lifecycle-contract.md) §2 T5 / T6 / §1.5 close-condition。
> 同 contract は close-condition / pane discipline / 再 spawn 禁止を pin する SoT。
> 本 SKILL は手順を、contract は不変条件を担当する。
> **ack ≠ user 承認**: 本スキルが発動した時点で ack は既に発行済み(`.claude/skills/org-delegate/SKILL.md` Step 5 step 1 / [`.claude/skills/org-delegate/references/ack-template.md`](../org-delegate/references/ack-template.md))。push / `gh pr create` / `/pr-watch-pane` はユーザー承認後にのみ発行する。
> **輸送層 両系(`ORG_TRANSPORT`: 既定 `broker` / opt-in `renga`)**: 本スキルの `mcp__org-broker__*`(worker への修正指示 `send_message` 等)は **コード既定 `broker`** フレーム(`tools/transport.py: DEFAULT_TRANSPORT`、移行目標。下記「二フレーム注記」を先に参照)で書いてあり、tool 名はそのまま従えばよい。ただし **`CI_COMPLETED` / `PR_MERGED` 等が broker の push 一次**(各ペイン同居の channel sidecar `server:org-broker-channel` が `notifications/claude/channel` で窓口の idle セッションへ注入。runtime push-first 0.1.24+、設計 SoT は transport-lab `docs/design/broker-native-roles.md` §9)**で届くのは `ORG_TRANSPORT=broker` を明示した場合**であって、pr-watch の peer 通知 helper `tools/peer_notify.py: notify_peer` は無設定(運用既定)時は renga にフォールバックするため、無設定環境の受信は renga の in-band push にな