SDD Plan スキル
仕様駆動開発（SDD）の2番目のステップ。仕様書に基づいて実装計画を作成する。
前提条件
/sdd-specifyで仕様書（Part 1）が作成済みであること.steering/ディレクトリに対象の仕様書が存在すること
ワークフロー
ステップ1: 準備
sdd-principlesスキルを読み込み、SDD原則・フェーズゲートを確認する.steering/から対象の仕様書を特定する$ARGUMENTSでファイル名が指定された場合はそれを使用- 指定がない場合は
.steering/内の最新ファイルを候補として提示
- 仕様書の Part 1（仕様セクション）を読み込む
ステップ2: フェーズゲート1 検証
ゲート1（Specify → Plan）の通過条件を検証する:
| # | 条件 | 確認方法 |
|---|---|---|
| G1-1 | [NEEDS CLARIFICATION] マーカーがゼロ | 仕様書内を検索 |
| G1-2 | 受入基準が1つ以上存在 | Given-When-Thenテーブルを確認 |
| G1-3 | プロジェクト憲法チェックリストが全項目記入済み | チェックボックスを確認 |
| G1-4 | ユーザーが仕様を承認済み | 明示的な承認を確認 |
未通過の場合: 未達成の条件を報告し、/sdd-specify に戻ることを提案して中止する。
ステップ3: アーキテクチャ設計
仕様の要件に基づいてアーキテクチャを設計する:
- 新規ファイルの配置
- 既存ファイルへの変更
- レイヤー分離の確認（条I: モジュール先行、条VI: 関心の分離）
- データフローの整理
ステップ4: フェーズ分解
受入基準からアトミックなタスクに分解する:
- テスト先行（条III）: 各フェーズは「テスト作成→実装→検証」の順序
- 依存関係: タスク間の依存関係を明示
- 完了条件: 各タスクに受入基準ベースの完了条件を設定
- ファイルパス: 各タスクで変更するファイルを明記
推奨フェーズ構成:
フェーズ1: テスト準備（テストヘルパー・フィクスチャ）
フェーズ2: コアロジック（ビジネスロジック）
フェーズ3: インターフェース統合（外部インターフェース層）
フェーズ4: 統合テスト
ステップ5: シンプリシティゲート
条VII（簡潔性ゲート）準拠を事前チェック:
- 関数・ファイルの行数が上限内に収まる見込み
- ネスト深度が上限内に収まる見込み
超過が見込まれる場合は、分割方針を計画に記載する。
ステップ6: リスク評価
実装上のリスクを評価する:
- 技術的リスク（未知のAPI、性能懸念等）
- 依存関係リスク（外部サービス、パッケージ互換性等）
- スコープリスク（要件の曖昧さ、変更の影響範囲等）
ステップ7: 計画書保存
仕様書の Part 2（実装計画セクション） を追記する:
- 2.1 進捗サマリー
- 2.2 アーキテクチャ変更
- 2.3 実装フェーズ（チェックボックス付きアトミックタスク）
- 2.4 シンプリシティゲート
- 2.5 リスク評価
- 2.6 成功基準（Part 1 の受入基準から転記）
- 2.7 実装ログ（空テーブル）
ステップ8: ユーザー承認
計画の概要をユーザーに提示し、承認を待つ。
承認後の次のステップ: /sdd-implement で実装を開始する。
出力
- 仕様書に Part 2（実装計画）を追記
- フェーズゲート2の準備状況を報告
他のスキルとの連携
- 前のステップ:
/sdd-specify- 仕様書の作成 - 次のステップ:
/sdd-implement- 計画に基づいて実装
注意事項
- このスキルではコードの変更は行わない（計画の作成のみ）
- フェーズゲート1を通過していない仕様書に対しては計画を作成しない
- 仕様書の Part 1 は変更しない（Part 2 の追記のみ）
