start-devlisted

# Feature Development Workflow セッション内で worktree を作成・管理し、計画 → 実装 → コミット → PR作成の流れで開発を進める。 ## 前提条件 - `gh auth status` で GitHub 認証済みであること - ホスト repo の `.gitignore` に `.claude/worktrees/` が含まれていること（推奨） ## ホスト repo に依存��る慣習について 本 skill には以下の任意（optional）ステップが含まれる。ホスト repo がその慣習を採用していない場合は、該当ステップをスキップしてよい。 - **`status: *` ラベル運用**: `status: ready / blocked / implementing / designing / designed / in-review` でラベル管理する慣習。ラベルが定義されていない repo ではすべてのラベル更新行をスキップする。 - **Design Doc**: `docs/design/` を採用する repo のみ、設計検討を残すワークフローが有効。 - **ADR 昇格**: `docs/adr/` を採用する repo のみ、Design Doc から ADR への昇格が有効。 - **Preview デプロイ表示**: ホスト repo に preview deploy 機構（Cloudflare Pages 等）がある場合のみ、PR 作成後に Preview URL を表示する。 ## 手順 ### 1. Issue の確認 **worktree を作成する前に必ず Issue を読み込み、受け入れ条件・スコープを把握する。** スキル起動時の引数や会話の文脈から起点を判断する。 **A. Issue 番号が指定された場合（例: `#61`）** - `gh issue view <N>` でタイトル・本文・コメント・受け入れ条件を確認する - Issue 本文に Design Doc へのリンクがあれば読む - Issue 番号とタイトルを控える（PR との紐付けで使用） - Issue のラベルを `status: implementing` に更新する（`status: *` ラベル運用がある場合のみ）: ``` gh issue edit <N> --remove-label "status: ready" --remove-label "status: blocked" --add-label "status: implementing" ``` **B. Issue 番号が指定されていない場合** - `gh issue list --state open` を表示してユーザーに確認する - Issue なしで進む場合はそのまま次のステップへ - Issue を選択した場合は A と同様にラベルを更新する > Issue がない場合もある。Design Doc だけを起点に開発を始めることも、 > Issue も Design Doc もなく着手するケースもある。 ### 2. Design Doc の確認 `docs/design/` が存在する repo では、関連する設計ドキュメントがあれば読む。 - Issue 本文や会話に Design Doc への言及があれば優先的に読む - 明示的な言及がなければ `do