triage-statuslisted

# Triage Status Skill `status: *` ラベルがまだ付いていない open Issue に、**初期 status ラベル**を付与する。 新規に作られた Issue は誰も status を付けないまま溜まりがちで、`pick-issue` の 着手可否判定や優先度付けが効きにくくなる。本 skill はその空白を埋め、内容から 妥当な初期 status を推論して「提案 → 確認 → 付与」する。 ## 前提条件 - `gh auth status` で GitHub 認証済みであること - repo に `status: *` ラベルが定義されていること（`status: ready` / `status: blocked` / `status: designed` など）。**未定義なら本 skill は何もできない** — その旨を伝えて 終了する（`/hane:init` でのラベル作成を案内する）。ラベルは捏造しない。 ## スコープと責務の分離 - **付与するのは「初期 status」だけ** — `status: *` ラベルが 1 つも付いていない Issue に対して、**最初の 1 つ**を付ける。付与しうるのは静的に判断できる `status: ready` / `status: blocked` / `status: designed` の 3 つ。 - **lifecycle の遷移は対象外**。`status: designing` / `status: implementing` / `status: in-review` は「今まさに誰かが作業している」ことを表す active な状態で、 `start-dev` / `ship` が work の進行に合わせて更新する。本 skill はこれらを **付与しない**（誰も着手していない Issue にこれらを付けると実態とずれる）。 - **`status: on-hold`（塩漬け）も付与しない**。これは「コンセプト再検討などで 意図的に着手を止める」という人間の判断で付ける保留状態であり、Issue 本文から 静的に推論できるものではない（`blocked` と違い依存 Issue のような明示トリガも 無い）。初期付与で判断できるのは ready / blocked / designed の 3 つだけ。on-hold の 付け外しは人間が明示的に行う（`pick-issue` は on-hold を候補から除外する）。 - **既に status が付いた Issue は触らない**。上書き・遷移は lifecycle skill の責務。 本 skill は「status 空白の Issue」だけを対象にする。 - 責務分離のまとめ: **本 skill = 初期 status の付与 / `start-dev`・`ship` = その後の 遷移 / `pick-issue` = status を読んで着手対象を選ぶ**。 ## ホスト repo に依存する慣習について - repo の `status: *` ラベルの**存在**で gating する（他 skill と同じ流儀。新しい ホストマーカーは導入しない）。ラベルが無ければ終了する。 - どの status 名が定義されているかは repo ���より異なる。取得したラベル集合の中から、