フロントエンド開発の観点から変更をレビューしてください。

**レビュー観点:**
- デザイン忠実度（デザイン参照が指定されている場合、最優先で確認）
- コンポーネント設計（責務分離、粒度）
- 状態管理（ローカル/グローバルの判断）
- パフォーマンス（再レンダリング、メモ化）
- アクセシビリティ（キーボード操作、ARIA）
- データフェッチパターン
- 利用者が機能へ到達できる配線（route、導線、起動条件）
- TypeScript型安全性

**デザイン忠実度チェック（デザイン参照がある場合）:**
1. タスク指示書の参照資料からデザイン参照を特定する
2. デザインの要素（レイアウト、文言、色、間隔）を実装と要素単位で比較する
3. 差分がある場合、決定ログで意図的かどうかを確認する
4. 意図的でない差分はブロッキング問題として報告する

**注意**: このプロジェクトがフロントエンドを含まない場合は、
問題なしとして次に進んでください。


**設計判断の参照:**
{report:coder-decisions.md} を確認し、記録された設計判断を把握してください。
- 記録された意図的な判断は FP として指摘しない
- ただし設計判断自体の妥当性も評価し、問題がある場合は指摘する

## 判定手順

1. 変更差分を確認し、フロントエンド開発の観点に基づいて問題を検出する
   - ナレッジの判定基準テーブル（REJECT条件）と変更内容を照合する
   - 新規の画面・機能ファイルが追加されている場合、利用者が到達する入口や呼び出し元の更新有無を確認する
2. 検出した問題ごとに、Policyのスコープ判定表と判定ルールに基づいてブロッキング/非ブロッキングを分類する
3. ブロッキング問題が1件でもあればREJECTと判定する
