org-suspendlisted

# org-suspend: 組織の中断 全ワーカーの状態を収集し、ディスクに保存し、全ペインを停止する。 > **curator 不在は正常系（オンデマンド化）**: キュレーターは常駐しない。state.db の > `curator_pane_id` / `curator_peer_id` は null が正常で、`list_panes` / `list_peers` に > curator が見えないことは異常ではない。curator ペインが存在するのは「worker クローズ起点の > オンデマンド curate が実行中に suspend が重なった」一時的なケースのみで、その場合だけ > Phase 4 の停止対象に含める。 ペイン操作は `mcp__renga-peers__*` MCP ツール経由で行う（renga 0.18.0+ 前提）。pane_exited 相当の lifecycle イベントは `mcp__renga-peers__poll_events` で long-poll、画面スクレイプ は `mcp__renga-peers__inspect_pane` で取得、raw キー入力は `mcp__renga-peers__send_keys`。 > **輸送層（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 は SUSPEND/SHUTDOWN への worker 応答が in-band で push される。broker は pane-local ナッジが出るだけで、本文は `check_messages`（broker では `mcp__org-broker__check_messages`）で pull する（Phase 1 の応答待ちが「ナッジを見たら `check_messages`」に変わるだけ）。`poll_events`（lifecycle）・`close_pane`・`list_panes` も broker で同じ論理だがツール名は `mcp__org-broker__*`。 > - **spawn 儀式（dev-channel 承認 → folder-trust 承認）**: suspend はペインを閉じる側なので spawn 承認は使わないが、broker では spawn 時の承認が dev-channel ではなく Claude Code の **folder-trust プロンプト**になる（org-start / org-delegate 側）。 > - **エラー分岐（broker 追加コード）**: renga コード（`[pane_not_found]` / `[pane_vanished]` / `[las