triage-status

Topics in the source

• Triage Status Skill
• 前提条件
• スコープと責務の分離
• ホスト repo に依存する慣習について
• 手順
• 1. 対象 Issue の決定
• 2. status ラベルの把握
• 3. 各 Issue の初期 status を推論

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 の status: ラベルの存在で gating する（他 skill と同じ流儀。

This is an excerpt. Refer to the complete source and its current requirements.