dispatcher-resumelisted

# dispatcher-resume: ディスパッチャーの復帰 `/dispatcher-handover` で書き出した `.state/dispatcher-handover.md` を読み込み、 ディスパッチャーとして最低限の自覚（組織員としての立ち位置・進行中の派遣・監視 対象ワーカー）を復元し、`/loop 3m` の worker monitoring を再開する。 > **前提**: > - ワーカー / 窓口 / キュレーターのペインは前 session から生きたまま残っている。 > 新たに spawn しない（/org-start ではない）。 > - 自ペイン（name=`dispatcher`）も生きている。secretary が `send_keys` で > `/clear` → `/dispatcher-resume` を打鍵した直後の状態。pane_id / peer_id は > 変わっていないはずだが、必ず観測して state.db を **atomic 更新する**。 > - state DB (`.state/state.db`) はそのまま使う。 > - 監視 gap を埋める内部状態ファイル（`.state/dispatcher-event-cursor.txt` / > `.state/dispatcher/worker-idle-state.json` / `.state/dispatcher/curate-inflight.json`（存在時） / > `.state/pending_decisions.json`）は > 前 session から残っている。新規作成・初期化しない（既存値からそのまま継続）。 > - handover ファイルが存在しないか古すぎる場合は、`/org-start` を案内して停止する。 > **輸送層（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 メ