# Plan（計画）

`docs/staging/plans/YYYY-MM-DD-<topic>.md`。仕様を参照し、繰り返さない。

未解決の仕様ノートが実装またはタスク順序に影響する場合、`design` に戻る。

## マイルストーンタスク（各30〜60分）

各タスクは `- [ ] T<n>: <名前>` — 常にチェックボックス、見出しではない。`tdd`/`subagents` が完了時に `- [x]` に変更。`ship` はすべての `- [ ]` が完了するまで実行を拒否する。

```
goal:       <一行>
files:      <パス>
acceptance: <テストまたはコマンド>
spec:       <docs/staging/specs/...#anchor>
```

コードなし。ステップなし。Acceptanceは実行可能：テスト名、コマンド、またはスクリプトチェック。各タスクはリポジトリをグリーンな状態に保つ。

独立したタスクをマーク：`[parallel] T3, T4, T5`。

共有契約、状態、エラー、acceptanceが閉じている場合のみ `[parallel]` をマーク。

**原子的展開は派遣時に遅延** — `subagents` が派遣時にマイルストーンを2〜5分のステップに展開する。ここではしない。

**新プロジェクト**：初期化タスクを派生させる — スキャフォールドコード、テスト、CI。常に含む：`README.md`、`CHANGELOG.md`、`.gitignore`、`Makefile`（または同等のタスクランナー設定）。

## 計画に含めないもの

背景、アーキテクチャ、理由（仕様）、CIコマンド、コピーペーストのacceptance。

## ローリングウェーブ

仕様に `## Roadmap` がある？ `← 今詳細に計画` とマークされたマイルストーンだけを展開する。他はスタブのままにする。

`ship` 後：`← 今詳細に計画` マーカーを次のマイルストーンに移動し（その `← stub` を `← 今詳細に計画` に変更）、学んだことに基づいて更新し、展開する。マイルストーンのゴールが本質的に変わった場合のみ `design` に戻る。

## Gate

`tdd`/`subagents` に引き渡す前に `docs/staging/plans/YYYY-MM-DD-<topic>.md` がディスク上に存在すること。

ユーザーと計画を確認する。

`[parallel]` が多い → `subagents`。そうでなければ → `tdd`。