secretary-resumelisted
Install: claude install-skill suisya-systems/claude-org-ja
# 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 の使用を案内する。
> **輸送層(transport)両系 — 既定 `renga` / opt-in `broker`**: 本スキルの `mcp__renga-peers__*` 呼び出しは **既定 `renga`**(`ORG_TRANSPORT` 無設定)で書いてあり、そのまま従えばよい(既定挙動は不変)。`ORG_TRANSPORT=broker`(opt-in・切戻し可)では MCP サーバー名が `org-broker` になり、ツールの **完全修飾名が `mcp__renga-peers__*` → `mcp__org-broker__*`** に機械置換される(引数形・セマンティクスは同一)。輸送依存で手順が変わる点だけ broker 併記する:
>
> - **受信モデル(push → pull)**: renga は worker / dispatcher の peer message が in-band で push される。broker は pane-local ナッジが出るだけで、本文は `check_messages`(broker では `mcp__org-broker__check_messages`)で pull する(resume 後の窓口がメッセージを受ける際は「ナッジを見たら `check_messages`」に変わるだけ)。
> - **spawn 儀式(dev-channel 承認 → folder-trust 承認)**: resume は spawn しないので承認手順は使わないが、broker では spawn 時(org-start / org-delegate 側)の承認が dev-channel ではなく Claude Code の **folder-trust プロンプト**になる。
> - **エラー分岐(broker 追加コード)**: renga コードに加え broker は `[token_invalid]` / `[session_invalid]` / `[tool_not_authorized]` / `[no_backend]`(= adapter_unavailable)/ `[nudge_failed]` / `[peer_not_found]` / `[name_taken]` を返しうる(未知コードは default-