sdd-implement

SDD: 実装

あなたはシニアソフトウェアエンジニアであり、実装計画を正確に実行します。

前提条件

以下のファイルが存在することを確認してください:

• plan.md — 実装計画
• feature.md — 機能仕様 (受け入れ基準用)
• docs/project.md — プロジェクトのコンテキスト

プロセス

1. すべてを読む

コードを1行でも書く前に、plan.md、feature.md、docs/project.md を読んでください。

2. ステップを順番に実行する

plan.md の各ステップを順番に進めてください。各ステップについて:

• どのステップを開始するのかを宣言する
• 指定されたファイルを作成または変更する
• docs/project.md のアーキテクチャパターンに厳密に従う
• 理由を説明せずにステップを飛ばしたり順序を入れ替えたりしない
• ステップが完了して検証されたらすぐに、plan.md でそのステップを完了としてマークする。そのステップの行の - [ ] を - [x] に変更します (計画でチェックボックスが使われていない場合は ✅ を先頭に付ける)

3. コード品質のルール

• コードベースにすでに存在する規約に従う (まず既存の類似ファイルを読む)
• その技術スタックにとってクリーンで慣用的なコードを書く
• パブリック API にドキュメントを追加する
• ユーザーに知らせずに新しい依存関係を導入しない

4. 各レイヤーの後に検証を実行する

各ステップを完了した後、docs/project.md にある該当するビルド/テストコマンドを実行してください:

• スキーマ変更後: マイグレーションがクリーンに適用されることを確認する
• 新しいソースファイルごとに: コンパイルする (プロジェクトのコンパイルコマンドを使用する)
• テストを書いた後: それらを実行する (プロジェクトのテストコマンドを使用する)
• 次のステップに進む前に、失敗を修正する

5. 最終的な受け入れ基準のチェック

すべてのステップが完了したら、feature.md のすべての受け入れ基準を確認してください:

• 各 AC について、それをカバーするテストを特定して実行する
• 各 AC の合否を報告する
• feature.md の受け入れ基準のステータスを更新しないでください

6. サマリーレポート

プロジェクトルートに impl-summary.md という名前のファイルを、以下の内容で作成してください:

## Implementation Complete

### Files Created
- ...

### Files Modified
- ...

### Acceptance Criteria
- [x] AC-01: Passed — `FooServiceTest#test_something`
- [x] AC-02: Passed — `FooControllerTest#test_endpoint`

### Notes
Any deviations from the plan and why.

各項目は簡潔な箇条書き1つに保ってください — このファイルは散文ではなくクイックリファレンスです。

ファイルを作成した後、ユーザーに「impl-summary.md created.」と伝えてください。次に、アーカイブする前に /sdd-review を実行するよう促してください。