work-discoverylisted

# work-discovery: 次の仕事候補の triage 提示（提案のみ） open Issue を triage し、依存解決済みの候補を「N 件 + 推奨 1 件」の形で**窓口が人間へ提示する**。 判定（scan・ランク付け）は決定的ツールが担い、本スキルはその出力を人間可読に整形して見せるだけ。 **候補を出したら停止する。着手判断は人間が行う。** - 設計一次参照: [`docs/design/work-discovery-triage.md`](../../../docs/design/work-discovery-triage.md) （§5.2 人間可読レンダリング / §6.2 案 B ローカル skill / §7 不変条件 INV-1〜5）。 - 計算層ツール: [`tools/work_discovery_scan.py`](../../../tools/work_discovery_scan.py)（read-only・副作用ゼロ。本スキルが消費する計算層）。 - repo セット解決ツール: [`tools/work_discovery_repos.py`](../../../tools/work_discovery_repos.py)（read-only。`registry/projects.md` の triage opt-in 列 + home repo 常時包含から scan に渡す `--repo owner/repo` セットを決定的に導出。設計 §10.4）。 - 本スキルは案 B（手動エントリ）。定常トリガ（dispatcher 拡張）と post-merge 統合は別 Phase（別タスク）。 ## 起動主体とトリガ（厳守） - **起動できるのは窓口だけ**（設計 §6.2）。委譲済みワーカーは本スキルを起動しない。 ワーカーが自タスク外の「次の仕事」探索を起動すると「1 worker = 1 task = 1 scope」を崩すため （[`CLAUDE.md`](../../../CLAUDE.md) の役割境界）。 - **常駐 `/loop` を付けない**（設計 §6.2 留意 1）。手動起動、または PR マージ後の proactive next-dispatch のようなイベント起点でのみ走らせる。時間ベースの定常起動は 変化の無い日に提示を汚すため避ける。 - 定常トリガ（worker クローズ）は別案（dispatcher 拡張・別 Phase）の責務であって本スキルではない。 ## 不変条件（破ってはならない / 設計 §7） - **INV-1 propose-only**: 本スキルの出力は「候補リスト + 提示」のみ。生成後に**停止する**。 spawn / delegate / ブランチ作成 / commit / PR / Issue・PR への書き込みを**一切しない**。 （allowed-tools が repo 解決（`tools/work_discovery_repos.py`）と scan（`tools/work_discovery_scan.py`）の read-only コマンドだけに絞られているのは、この不変条件の機械的担保でもある。resolver も scan と同じく read-only で、`git remote get-url` と任意の `gh repo view` 読み取りのみを行