dev-init

Dev Init

インタラクティブなヒアリングを通じてプロジェクトの技術スタックを決定し、docs/dev/context.md を生成する。新規プロジェクトやまだ構成が固まっていないプロジェクト向け。承認後にプロジェクトの骨格ファイル（package.json、設定ファイル、ディレクトリ構造等）も生成可能。

既存プロジェクトの自動分析には dev-context を使用する。

前提知識

dev-context との関係

dev-init（新規向け・対話型）  →  docs/dev/context.md
                             →  プロジェクトファイル群（承認制）
                             →  CLAUDE.md（Phase 6）
dev-context（既存向け・自動型）→  docs/dev/context.md
         ↓
dev-plan → dev-impl → dev-verify
                  ↘ dev-debug（必要時）

• 出力フォーマットは dev-context と完全互換
• 後続の dev-plan / dev-impl / dev-verify / dev-debug がそのまま参照可能

信号機システム

生成するコンテキストファイル・スキャフォールディング結果の各項目に確信度を付与する:

• 🔵 前工程指示: ユーザーが明示的に選択した情報
• 🟡 妥当な推測: 選択結果から推論した補足情報（パッケージマネージャ、Linter等）
• 🔴 AI推論補完: 情報不足でAIが仮置きした情報、テンプレート未対応言語の生成ファイル

ワークフロー

Phase 1: 既存プロジェクト検出

以下のファイルの存在を確認する:

1. docs/dev/context.md — 既存コンテキスト
2. package.json, Cargo.toml, go.mod, pyproject.toml, build.gradle, pom.xml, pubspec.yaml, build.gradle.kts — パッケージ定義

Note: CLAUDE.md の存在確認は Phase 5d（スキャフォールディング時）または Phase 6a-1（CLAUDE.md のみ生成時）で実施する。

分岐ロジック:

• context.md が存在する場合 → AskUserQuestion で「上書き更新 / 別名保存 / 中止」を確認。別名保存時のファイル名: context.md.backup.YYYY-MM-DD
• 「中止」選択時 → 「dev-init を終了しました。既存の context.md を維持します。」と表示してスキルを終了する
• パッケージ定義が存在する場合 → 「既存プロジェクトを検出。dev-context（自動分析）を推奨しますが、対話型で進めますか？」と確認
• いずれもない場合 → Phase 2 へ進む

同時存在時の優先順位: context.md とパッケージ定義が両方存在する場合は、context.md の確認（上書き更新 / 別名保存 / 中止）を先に行う。「中止」が選択された場合はスキル終了。「上書き更新」または「別名保存」が選択された場合は、パッケージ定義の検出に関する確認（dev-context 推奨）を続けて行う。

Phase 2: プロジェクト基本情報ヒアリング

AskUserQuestion ツールで以下を順次ヒアリングする。各質問は1問ずつ提示し、前の回答を次の質問の選択肢構成に反映する。

Q1: プロジェクトカテゴリ（大分類）

選択肢	説明
Webアプリケーション	ブラウザ向け/モバイル向けWebアプリ（フロントエンド含む）
サーバーサイド	API・バッチ処理・分散処理サービス
ツール/スクリプト	CLI・GAS等の単機能ツール
ライブラリ/パッケージ	他プロジェクトから利用されるライブラリ

Q2: プロジェクトタイプ（詳細分類）

Q1 の回答に応じて条件分岐する。ライブラリ/パッケージの場合は Q2 をスキップし自動確定する。

Q1 の回答	Q2 の選択肢
Webアプリケーション	フルスタック（一体型） / 3層アーキテクチャ（TypeScriptフロント+API+DB） / BFFアーキテクチャ（UI+BFF+サービス+DB）
サーバーサイド	APIサーバー / バッチ処理 / マイクロサービス / イベント駆動
ツール/スクリプト	CLIツール / GAS（Google Apps Script）
ライブラリ/パッケージ	Q2 スキップ（自動確定）