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 の停止対象に含める。 > **責務境界（/org-suspend と [`/org-down`](../org-down/SKILL.md)）**: /org-suspend は > 「状態保存 + ja 管理下の補助プロセス（dashboard / secretary_queue_watcher / attention > watcher）とペインの停止」までを担い、**`claude-org-runtime org down`（broker daemon の停止）は > 呼ばない**。suspend 単体は「また `/org-start` で再開する」前提の中断であり、broker daemon は > 走らせたままにする（端末を閉じても daemon はすぐ再開できるよう生存する）。daemon ごと完全に > 落とすのは [`/org-down`](../org-down/SKILL.md) の責務で、/org-down が suspend の成功を確認した > 後にのみ `org down` を実行する。 ペイン操作は `mcp__org-broker__*` MCP ツール経由で行う。pane_exited 相当の lifecycle イベントは `mcp__org-broker__poll_events` で long-poll、画面スクレイプ は `mcp__org-broker__inspect_pane` で取得、raw キー入力は `mcp__org-broker__send_keys`。 > **輸送層（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 セッション