org-attention-startlisted

attention notification watcher（承認待ち / 判断待ち / CI 失敗等を OS 通知 + 音で能動通知）を dispatcher ペインの右側に split で常駐起動する。`.state/attention.json` が未配置なら ja 既定テンプレートを `tools/templates/attention.example.json` から自動コピーする。起動後のペイン id は `.state/attention_pane.json` に記録し、`/org-attention-stop` から参照する。「attention 起動」「通知監視を始めて」「watcher を立てて」等で発動。 `/org-start` からの auto-start はしない（明示起動推奨ポリシー）。
suisya-systems/claude-org-ja · ★ 1 · Data & Documents · score 70

Install: claude install-skill suisya-systems/claude-org-ja

# org-attention-start: attention watcher の常駐起動 `claude-org-runtime attention watch` を dispatcher ペインの右側に split で常駐起動し、 pane_id を `.state/attention_pane.json` に sidecar として記録する。停止は [`/org-attention-stop`](../org-attention-stop/SKILL.md) を使う。 > **輸送層両系（`ORG_TRANSPORT`: 既定 `renga` / opt-in `broker`）**: 本スキルの `mcp__renga-peers__*`（`spawn_pane` / `list_panes` / `inspect_pane` / `close_pane`）は **既定 `renga`** で書いてあり、`ORG_TRANSPORT` 無設定ならそのまま従えばよい（既定挙動不変）。`ORG_TRANSPORT=broker`（opt-in・切戻し可）では完全修飾名が **`mcp__renga-peers__*` → `mcp__org-broker__*`** に機械置換される（引数形・セマンティクスは同一なので spawn / 監視操作の論理は変わらない）。attention watcher は Claude ペインではなく `claude-org-runtime` CLI なので **dev-channel / folder-trust の承認は両系とも不要**（spawn 儀式の差は Claude ペイン spawn にのみ効く）。エラーは broker 追加コード（`[no_backend]`（= adapter_unavailable）/ `[token_invalid]` 等、[`.claude/skills/org-delegate/references/renga-error-codes.md`](../org-delegate/references/renga-error-codes.md) の broker 節）が加わる。`new_tab` / `focus_pane` は broker surface に**無い**が本スキルは使わない。契約面は [`docs/contracts/backend-interface-contract.md`](../../../docs/contracts/backend-interface-contract.md) Surface 8（批准待ち）、設計 SoT は transport-lab `docs/design/ja-migration-plan.md` §5.2(ii)。既定 renga の手順は不変（broker は加算）。 > **前提**: この skill は窓口（Secretary）の cwd（= claude-org-ja リポジトリ root）から呼ばれる。 > attention watcher 自体は `claude-org-runtime` の console_scripts entrypoint で、`--state-dir .state` / > `--config .state/attention.json` の相対パスが repo root から resolve される必要がある。 > dispatcher ペインの cwd は `.