計画に従って、テストがパスするように実装してください。
Workflow Contextに示されたReport Directory内のファイルのみ参照してください。他のレポートディレクトリは検索/参照しないでください。
Report Directory内のレポートを一次情報として参照してください。不足情報の補完が必要な場合に限り、Previous Responseや会話履歴を補助的に参照して構いません（Previous Responseは提供されない場合があります）。情報が競合する場合は、Report Directory内のレポートと実際のファイル内容を優先してください。

**重要**: テストは既に作成済みです。既存テストがパスするように実装してください。
- 既存のテストファイルを確認し、期待される振る舞いを理解する
- テストがパスするようにプロダクションコードを実装する
- テストは作成済みのため基本的に追加不要だが、必要なら追加してよい
- テストの修正が必要な場合は、修正理由をDecisions出力契約に記録した上で修正可
- ビルド確認は必須。実装完了後、ビルド（型チェック）を実行し、型エラーがないことを確認
- テスト実行は必須。ビルド成功後、必ずテストを実行して全テストがパスすることを確認
- ファイル名・設定キー名などの契約文字列を新規導入する場合は、定数として1箇所で定義すること

**Scope出力契約（実装開始時に作成）:**
```markdown
# 変更スコープ宣言

## タスク
{タスクの1行要約}

## 変更予定
| 種別 | ファイル |
|------|---------|
| 作成 | `src/example.ts` |
| 変更 | `src/routes.ts` |

## 推定規模
Small / Medium / Large

## 影響範囲
- {影響するモジュールや機能}
```

**Decisions出力契約（実装完了時、決定がある場合のみ）:**
```markdown
# 決定ログ

## 1. {決定内容}
- **背景**: {なぜ決定が必要だったか}
- **検討した選択肢**: {選択肢リスト}
- **理由**: {選んだ理由}
```

**実装完了前の自己チェック（必須）:**

ビルドとテストを実行する前に、次の手順で Policy の REJECT 基準を自己点検してください。

1. Policy の Source Path を Read ツールで開き、全文を取得する
2. 各 `##` セクションをすべて列挙する（取捨選択しない）
3. 列挙した各セクションの REJECT 基準と自分の実装を照合する

**必須出力（見出しを含める）**
## 作業結果
- {実施内容の要約}
## 変更内容
- {変更内容の要約}
## ビルド結果
- {ビルド実行結果}
## テスト結果
- {テスト実行コマンドと結果}
