preparar-sprint0

Sprint 0 の準備

Goal

「プロジェクトを初期化する」を範囲が明確で検証可能な作業単位に変換します。ビジネスロジックを含まない、最小限のエンドツーエンドで動作する骨組みです。成果物は 1 つのドキュメント SPRINT0.md で、TESTER と DEV の両者が同じ内容を読みます。

このスキルでは何も構築しません。 準備と提案を行い、そこで停止します。

Input

• TECH-DESIGN.md と adrs/ — 必須です。見つからない場合は停止して、提出を依頼します。
• プロジェクトの AGENTS.md および／または CLAUDE.md — 存在する場合は読み込み、後で更新します（手順 5）。
• HU — 構築のためには読みません。ストーリーに関する各 ADR がどのストーリーに属するかを確認する場合にのみ参照します。

Workflow

1. Tech Design とすべての ADR を読みます。

2. 各 ADR を 3 つのカテゴリのいずれかに分類し、理由を 1 行で記します。

   • 横断的 — プロジェクトを成立させるために必要です（スタック、構成、API スタイル、ORM、一般的な状態管理）。Sprint 0 で適用します。
   • ストーリー固有 — 具体的な機能を実現します。Sprint 0 では適用しません。どの HU に属するかを記録します。
   • 混在／要相談 — 横断的な部分とストーリー固有の部分があります。今適用する部分を説明し、人間による確認が必要であることを明記します。 判断の目安：「これはプロジェクトを成立させるために必要か、それとも具体的な機能のために必要か？」

3. 実際のプロジェクトスタックに基づいて、ルートの所有範囲を定義します（想定したスタックに基づいてはいけません）。

   • TESTER — 選択したテストフレームワークの規約に従ってテストが配置されるルート（およびそのフィクスチャやテストデータ）。
   • DEV — アプリケーションのコード、その設定、マイグレーション、依存関係マニフェスト。
   • LEAD／人間のみ — ハーネスのファイル：AGENTS.md、CLAUDE.md、スキルおよびエージェント設定のフォルダー、SPRINT0.md、契約。 どの範囲にも明確に当てはまらないルートは、人間への質問として記します。

4. 骨組みの Definition of Done を作成します。 各項目は検証可能で、検証方法（テストまたはコマンド）を記載する必要があります。最低限、次を含めます。

   • アプリケーションをローカルで起動できる。
   • 横断的な ADR に含まれる場合、主要な依存関係（例：データベース）に接続できる。
   • 正確な名前を指定したヘルスチェック手段（例：ルートまたは health コマンド）が存在する。
   • テストランナーがインストールおよび設定され、実行できる。
   • 横断的な ADR に準拠している。
   • ビジネスロジックが一切ない。 正確な名前（ルート、コマンド）を DoD に記載します。これは TESTER と DEV が互いに顔を合わせずに作業できるようにするための最小限の契約です。

5. assets/sprint0-template.md を使って計画を記述します。DEV が作成するもの、TESTER が作成するもの、そして作成しないもの（ストーリー固有の ADR に属するすべてのもの）を記します。

6. プロジェクトのルートに SPRINT0.md を保存し、AGENTS.md（および CLAUDE.md も存在する場合はそちら）に、ルートの所有範囲マップを ## ルートの所有範囲 セクションとして追加します。

7. 停止します。 ADR の分類、ルートマップ、DoD、計画、未解決の質問一覧を人間に提示します。誰にも依頼せず、アプリケーションファイルも作成しません。 人間から変更を求められた場合は、SPRINT0.md を修正して再提示します。

Constraints

• 些細に見える場合でも、ストーリー固有の ADR は実装しません。
• ADR で定まっていないスタックは選びません。決定が不足している場合は質問として扱います。
• 検証できない DoD 項目は DoD に含めません。
• 何も公開しません（main への push も deploy も行いません）。