← ClaudeAtlas

secretary-resumelisted

/secretary-handover で書き出した handover ファイルを読み込み、 窓口を新しいセッションで復帰させる。/clear 直後の最初のターンで使う。 「窓口を復帰」「resume」「引き継ぎから再開」と言われたときに使う。 /org-start ではない(ディスパッチャー・キュレーターは既に生きている前提)。
suisya-systems/claude-org-ja · ★ 5 · AI & Automation · score 73
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)両系 — 既定 `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 メッセージが `<channel source="renga-peers" …>` として in-band で push される。 > - **spawn 儀式**: 既定 broker は `--mcp-config <broker>` 注入による Claude Code **folder-trust プロンプト**の `send_keys(enter=true)` 機械承認に加え、push 一次のため channel sidecar を `--dangerously-load-development-channels server:org-broker-channel` で load し dev-channel 承認プロンプトを `send_