start-dev

Topics in the source

• Feature Development Workflow
• 前提条件
• ホスト repo に依存する慣習について
• 手順
• 1. Issue の確認
• 2. Design Doc の確認
• 3. Worktree 作成
• 4. 計画（Plan モード）

セッション内で worktree を作成・管理し、計画 → 実装 → コミット → PR作成の流れで開発を進める。 gh auth status で GitHub 認証済みであること ホスト repo の .gitignore に .claude/worktrees/ が含まれていること（推奨） 本 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 を表示する。 worktree を作成する前に必ず Issue を読み込み、受け入れ条件・スコープを把握する。 スキル起動時の引数や会話の文脈から起点を判断する。 A. Issue 番号が指定された場合（例: #61） gh issue view でタイトル・本文・コメント・受け入れ条件を確認する Issue 本文に Design Doc へのリンクがあれば読む Issue 番号とタイトルを控える（PR との紐付けで使用） Issue のラベルを status: implementing に更新する（status: ラベル運用がある場合のみ）: B. Issue 番号が指定されていない場合 gh issue list --state open を表示してユーザーに確認する Issue なしで進む場合はそのまま次のステップへ Issue を選択した場合は A と同様にラベルを更新する Issue がない場合もある。Design Doc だけを起点に開発を始めることも、 Issue も Design Doc もなく着手するケースもある。 docs/design/ が存在する repo では、関連する設計ドキュメントがあれば読む。 Issue 本文や会話に Design Doc への言及があれば優先的に読む 明示的な言及がなければ docs/design/ を一覧して関連しそうなものを確認する Design Doc が見つかれば内容を把握

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