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）両系 — 既定 `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 する（Step 5 の前 session 滞留メッセージ drain は broker でも同じ論理だがツール名が変わる）。`poll_events`（lifecycle cursor）も broker で同じ cursor 仕様だが `mcp__org-broker__poll_events`。 > - **spaw