org-downlisted

# org-down: 組織の完全停止（broker daemon まで） `/org-down` は **`/org-suspend` を完走してから** `claude-org-runtime org down` を呼び、broker daemon まで含めて組織を完全に停止する統合終了スキルである。 > **責務境界（最重要）**: `claude-org-runtime org down`（broker daemon 停止）を呼ぶのは > **本スキルだけ**である。[`/org-suspend`](../org-suspend/SKILL.md) は「状態保存 + ja 管理下の補助 > プロセス（dashboard / secretary_queue_watcher / attention watcher）とペインの停止」までで > 止まり、daemon は走らせたまま（`/org-start` で再開する前提の中断）にする。/org-down は > **suspend の成功を確認できたときにのみ** daemon 停止へ進む。順序を守るのは、未保存の状態を > 残したまま daemon を落とすと復旧経路（`check_messages` での drain 等）ごと失われるため。 > > runtime 側の pre-flight 検出（`org down` 前に生存ワーカー / 未 drain キューを警告する機能）は > [runtime#142](https://github.com/suisya-systems/claude-org-runtime/issues/142) の担当で、本スキルは > 触れない。本スキルは runtime の `org down` を **呼ぶだけ**。 > **輸送層の前提**: `claude-org-runtime org down` は broker daemon を落とすコマンドで、broker > transport（`ORG_TRANSPORT` 無設定＝コード既定 broker、または明示 broker）でのみ意味を持つ。 > renga フォールバック（`ORG_TRANSPORT=renga` で `renga --layout ops` 起動）では daemon の概念が > 無いので、Step 3 は skip して「renga では daemon 停止は不要」と案内する。jud断は Step 3 の > transport 確認で行う。 ## Step 1: /org-suspend を完走する [`/org-suspend`](../org-suspend/SKILL.md) の全 Phase を順に実行する（Phase 1 状態収集 → Phase 2 未応答スクレイプ → Phase 3 状態書き込み → **Phase 3.6 secretary_queue_watcher 停止** → **Phase 3.7 attention watcher 停止**（ペイン teardown 前）→ Phase 4 全ペイン停止）。 **ただし Phase 3.5 の dashboard blind kill は本スキル Step 2 の stale-pid-safe 停止に差し替える** （org down 直前の完全停止では、pid recycle された stale な `dashboard.pid` を無検証 kill すると 無関係プロセスを撃つ