claude-org-ja: Skill for Claude Code

secretary-resume: 窓口の復帰

/secretary-handover で書き出した .state/secretary-handover.md を読み込み、 窓口として最低限の自覚（組織員としての立ち位置・直近の人間とのやり取り・進行中ワーク） を復元する。

前提:

• ディスパッチャー / ワーカーのペインは前セッションから生きたまま 残っている。新たに spawn しない（/org-start ではない）。
• キュレーターは常駐しない（オンデマンド化）。curator_pane_id / curator_peer_id が null であること・ペインリストに curator が見えないことは正常系。
• state DB (.state/state.db) はそのまま使う。ペイン identity の再記録も不要。
• handover ファイルが存在しないか古すぎる場合は、/org-start もしくは /org-resume の使用を案内する。

自動引き継ぎ（auto op=<OP> 付きで呼ばれたとき）

context-handover watcher（tools/context_handover_watch.py）が /secretary-handover auto op=<OP> → /clear → /secretary-resume auto op=<OP> を打鍵する （設計 docs/design/context-auto-handover.md §4.3）。 watcher が窓口を自動で引き継ぐのは renga のときだけなので、Step 0 の caller pane id は RENGA_PANE_ID で確定できる。 手順は通常の resume と同じで、違いは次の 3 つだけ:

• 最初に同じ op の復帰が済んでいないか確かめる（watcher は完了の event が 60 秒以内に見えないと 1 回だけ 打ち直す。設計 §4.5）:

  python3 -c "
  import sqlite3, sys
  c = sqlite3.connect('file:.state/state.db?mode=ro', uri=True)
  n = c.execute(\"SELECT count(*) FROM events WHERE kind='secretary_resumed' AND json_extract(payload_json,'$.op')=?\", (sys.argv[1],)).fetchone()[0]
  print('already_resumed' if n else 'first')
  " <OP>
  

  already_resumed なら Step 0〜5 をやり直さない。ただし .state/context/secretary-late-input-<OP>.md （.consumed.md でない方）が残っていれば、前の実行が Step 4.5 の前で止まっているので Step 4.5 だけ行う。 そのうえで末尾「イベント記録」の行を note=already_resumed で 1 行だけ書いて終える。
• 完了の event（末尾「イベント記録」）を Step 4 のブリーフィングの直後、Step 4.5 の前に op=<OP> 付きで書く。 watcher はこの行で復帰の完了を判定する。Step 4.5 の処理（ワーカーへの ack や判断仰ぎ）は長くなりうるので、 その後に書くと watcher が復帰の失敗と取り違える。
• その後に、/clear の前後に届いて会話から消えた入力を処理する（Step 4.5）。

Step 4 のブリーフィングは自動のときも出す（人が画面に戻ったときに読む）。

輸送層（transport）両系 — 既定 broker / opt-in renga: 本ファイル（および各スキル）の mcp__org-broker__* 呼び出しは 既定 broker（ORG_TRANSPORT 無設定）で書いてあり、そのまま従えばよい（既定挙動）。ORG_TRANSPORT=renga（opt-in・切戻し可）では MCP サーバー名が renga-peers になり、ツールの 完全修飾名が mcp__org-broker__* → mcp__renga-peers__* に機械置換される（引数形・セマンティクスは同一なので手順の論理は変わらない）。輸送依存で手順が変わる点だけ renga 併記する:

• 受信モデル: 既定 broker は push 一次（各ペイン同居の channel sidecar server:org-broker-channel が broker キューを ~1 秒間隔で claim→notifications/claude/channel で idle セッションへ本文注入。pull = ナッジ + check_messages は sidecar 不在 / unhealthy / channel 非対応ペイン（codex pull-peer）/ claude.ai login 不在時のフォールバック層）。ORG_TRANSPORT=renga 時は dispatcher / worker メッセージが <channel source="renga-peers" …> として in-band で push される。
• spawn 儀式: 既定 broker は --mcp-config <broker> 注入による Claude Code folder-trust プロンプトの画面判定による機械承認に加え、push 一次のため channel sidecar を --dangerously-load-development-channels server:org-broker-channel で load し dev-channel 承認プロンプトを画面判定で機械承認する（2 段承認）。ORG_TRANSPORT=renga 時は --dangerously-load-development-channels server:renga-peers の「Load development channel?」を画面判定で承認する 1 段。 画面判定 = inspect_pane → claude-org-runtime dispatcher spawn-prompt-step が返した 1 手だけを send_keys する反復（runtime 0.1.43+）。盲目 Enter は禁止（folder-trust の初期カーソルは「No, exit」で、Enter 一発はワーカーを終了させる）。手順は spawn-flow 3-3b。
• エラー分岐: 既定 broker は shared codes（pane_not_found / last_pane / invalid-params）に加え broker 固有 [token_invalid] / [session_invalid] / [tool_not_authorized] / [no_backend]（= adapter_unavailable）/ [nudge_failed] / [peer_not_found] / [name_taken] を返しうる（未知コードは default-branch で escalate）。ORG_TRANSPORT=renga 時は broker 固有コードは発生しない。

new_tab / focus_pane は broker surface に無い（意図的除外）。契約面の正本は docs/contracts/backend-interface-contract.md Surface 8 + push-primary amendment（broker push 一次が 既定の契約、pull は fallback として retain）。opt-in renga は削除せず常時有効な切戻しの安全装置として維持する。broker 実走（dogfood）は Epic #6 Issue G スコープで本ファイルの既定運用経路ではない（二フレーム注記（Refs #604）: ここの「既定 broker」はコード既定（tools/transport.py: DEFAULT_TRANSPORT、生成面はこれで render）。運用既定は broker dogfood が Epic #6 Issue G まで未活性のため renga で、両者は指す対象が異なり矛盾しない。総説は root CLAUDE.md。）