e75e024fa8
テストファースト開発ワークフロー（plan → write_tests → implement → review → fix）。 新規インストラクション write-tests-first, implement-after-tests を追加。 piece-categories に Mini カテゴリとテストファーストカテゴリとして登録。
2.3 KiB
2.3 KiB
計画に従って、テストがパスするように実装してください。 Piece Contextに示されたReport Directory内のファイルのみ参照してください。他のレポートディレクトリは検索/参照しないでください。 Report Directory内のレポートを一次情報として参照してください。不足情報の補完が必要な場合に限り、Previous Responseや会話履歴を補助的に参照して構いません（Previous Responseは提供されない場合があります）。情報が競合する場合は、Report Directory内のレポートと実際のファイル内容を優先してください。
重要: テストは既に作成済みです。既存テストがパスするように実装してください。
- 既存のテストファイルを確認し、期待される振る舞いを理解する
- テストがパスするようにプロダクションコードを実装する
- テストは作成済みのため基本的に追加不要だが、必要なら追加してよい
- テストの修正が必要な場合は、修正理由をDecisions出力契約に記録した上で修正可
- ビルド確認は必須。実装完了後、ビルド（型チェック）を実行し、型エラーがないことを確認
- テスト実行は必須。ビルド成功後、必ずテストを実行して全テストがパスすることを確認
- ファイル名・設定キー名などの契約文字列を新規導入する場合は、定数として1箇所で定義すること
Scope出力契約（実装開始時に作成）:
# 変更スコープ宣言
## タスク
{タスクの1行要約}
## 変更予定
| 種別 | ファイル |
|------|---------|
| 作成 | `src/example.ts` |
| 変更 | `src/routes.ts` |
## 推定規模
Small / Medium / Large
## 影響範囲
- {影響するモジュールや機能}
Decisions出力契約（実装完了時、決定がある場合のみ）:
# 決定ログ
## 1. {決定内容}
- **背景**: {なぜ決定が必要だったか}
- **検討した選択肢**: {選択肢リスト}
- **理由**: {選んだ理由}
必須出力（見出しを含める）
作業結果
- {実施内容の要約}
変更内容
- {変更内容の要約}
ビルド結果
- {ビルド実行結果}
テスト結果
- {テスト実行コマンドと結果}