pick-issue

Topics in the source

• Pick Next Issue Skill
• 前提条件
• ホスト repo に依存する慣習について
• 着手可否の判定基準
• 手順
• 1. open Issue の取得
• 2. 作業中・着手不可を除外する
• 3. 候補のランク付け

open な Issue から「いま着手できる」ものを選び出してユーザーに提示する。 複数の Claude Code セッションを並行運用するとき、別セッションが作業中の Issue を 重複して掴まないことを最優先の目的とする。ユーザーが 1 件選んだら、そのまま start-dev ワークフローへ引き継いで開発を開始する。 gh auth status で GitHub 認証済みであること 本 skill は status: ラベル運用（status: ready / blocked / implementing / designing / designed / in-review）があれば最大限活用するが、ラベルが無い repo でも動くように設計する。ラベルが定義されていない場合は、assignee と紐付く open PR の有無だけで「作業中かどうか」を判定する（後述の手順 2）。 | 分類 | 条件 | 候補に含めるか | |---|---|---| | 作業中（別セッションが動いている可能性大） | status: implementing / status: designing | 除外 | | レビュー中（作業はほぼ完了） | status: in-review | 除外 | | 着手不可（依存待ち） | status: blocked | 除外 | | 保留（塩漬け） | status: on-hold | 除外 | | 着手準備完了 | status: ready | 含める（最優先） | | 設計完了・実装待ち | status: designed | 含める | | ラベル無し | status: ラベルがどれも付いていない open Issue | 含める（label 運用が無い repo のフォールバックも兼ねる） | 加えて、ラベルに関わらず以下のいずれかに当てはまる Issue は「作業中」とみなして 除外する（label 運用が無い repo での主たる作業中検出手段）: assignee が付いている — 誰か（別セッション含む）が着手済みとみなす open な linked PR / ブランチがある — 本文に Closes #N / Refs #N を含む open PR が存在する、または Issue 番号に対応するブランチが push されている 引数で対象を絞れる場合はそれを尊重する（例: ラベル指定 /pick-issue area:core）。 無ければ全 open Issue を取得する。 「着手可否の判定基準」表に従って候補を絞る。 1. ラベルベースの除外: status: implementing / status: designing / status: in-review / status:

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