القائمة
フロントエンド実装フェーズの完了検証を実行。各フェーズの修了条件チェックリストに基づき、間違い・抜け漏れ・手抜きがないかを網羅的に検証する。Use when: 各フェーズが終了後、実装品質チェック、抜け漏れ検証、フロントエンド実装の検収
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
実装計画プランに基づくマイクロサービスの段階的自動実装を実行。各フェーズ実装後に完了チェックリストで網羅的に検証し、全項目合格の場合のみ次フェーズに自動進行する。Use when: マイクロサービスの自動実装、フェーズ実装と検証の自動化、段階的な安全な実装実行
ドキュメント品質ゲート — Critical/High が 0 件になるまでレビュー→修正を自動反復。Use when: 仕様書品質の自動向上、設計書の品質ゲート通過、ドキュメント品質の完全自動化
| name | phase-finished-verification |
| description | フロントエンド実装フェーズの完了検証を実行。各フェーズの修了条件チェックリストに基づき、間違い・抜け漏れ・手抜きがないかを網羅的に検証する。Use when: 各フェーズが終了後、実装品質チェック、抜け漏れ検証、フロントエンド実装の検収 |
| argument-hint | Phase 番号（0〜10）を指定。例: Phase 0, Phase 4 |
front-end-impl-plan.md に定義された各フェーズ（Phase 0〜10）の実装が完了した際に、以下の 3 観点で 網羅的かつ厳格に 検証を実施する:
front-end-need.md の該当セクションに記載された要件が全て実装に反映されているかFail-Safe 原則: 判定に迷う場合は「不合格（要修正）」に倒す。AI の判定はあくまで「助言」であり、最終判断は人間が行う。
front-end-impl-plan.md が存在し、対象フェーズのセクションが読み取り可能であることfront-end-need.md（フロントエンド要件定義書）が存在することfrontend/ ディレクトリ配下に存在することfront-end-impl-plan.md 付録 A 参照）以下の 6 ステップで検証を実施する。各ステップで問題を発見した場合も、全ステップを完了してから結果をまとめて報告すること（途中で打ち切らない）。
front-end-impl-plan.md から対象フェーズのセクション全体を読み取るfront-end-need.md のセクション参照）対象フェーズの修了条件チェックリストの 全項目 について、以下を実施する:
file_search / grep_search で確認）read_file で確認）重要: 1 項目でも FAIL がある場合、フェーズは 不合格 とする。PARTIAL は条件付き合格の候補だが、3 件以上ある場合は不合格。
front-end-need.md から対象フェーズに該当するセクションを読み取る
以下のパターンを対象フェーズの実装ファイルから検索し、手抜きがないか確認する:
検索パターン（grep_search で実施）:
- "TODO"、"FIXME"、"HACK"、"XXX"、"TEMP" → 未完了作業の痕跡
- "console.log(" → デバッグログの残存（本番不可）
- "any" → TypeScript の型安全性の欠如（型定義ファイル以外）
- "// @ts-ignore"、"// @ts-expect-error" → 型エラーの握りつぶし
- "as any" → 型の強制キャスト
- "localhost"、"8080"、"8090" → ハードコードされた URL / ポート
- "password"、"secret"、"token" (文字列リテラル内) → ハードコードされた秘密情報
src/app/(ec)/, src/app/(admin)/）から直接バックエンド API（/api/v1/）を呼んでいないか。BFF Route Handlers (src/app/api/) 経由であることfront-end-need.md §1.4）front-end-need.md §4.6）front-end-need.md §4.2.1）localStorage.setItem / sessionStorage.setItem でトークンを保存していないこと（front-end-need.md §4.3.1）対象フェーズで実装されたコンポーネント・ページ・hook・util に対して:
.test.tsx / .test.ts）が存在するかit('should pass', () => expect(true).toBe(true))）ではなく、実際のレンダリング・操作・アサーションを含むかnpm run test がエラーなく通過するか（実行可能な環境の場合）全ステップの結果を以下のフォーマットで統合レポートとして出力する:
# Phase {N} 完了検証レポート
## 実施日時
YYYY-MM-DD
## 総合判定
✅ 合格 / ⚠️ 条件付き合格 / ❌ 不合格
## 1. 修了条件チェックリスト結果
| # | チェック項目 | 結果 | 備考 |
|---|------------|------|------|
| 1 | {項目} | ✅/❌/⚠️ | {詳細} |
| ... | ... | ... | ... |
**合計**: ✅ {n}件 / ❌ {n}件 / ⚠️ {n}件
## 2. 設計書要件 突合せ結果
| 要件 ID | 要件概要 | 実装状況 | 備考 |
|---------|---------|---------|------|
| FR-xxx | {概要} | ✅ 実装済 / ❌ 未実装 / ⚠️ 部分実装 | {詳細} |
| ... | ... | ... | ... |
**未実装要件**: {件数}件
## 3. 実装品質チェック結果
### コード品質
| チェック項目 | 結果 | 検出箇所 |
|------------|------|---------|
| TODO/FIXME 残存 | ✅/❌ | {ファイル:行} |
| ハードコード URL | ✅/❌ | {ファイル:行} |
| ... | ... | ... |
### アーキテクチャ準拠
| チェック項目 | 結果 | 備考 |
|------------|------|------|
| BFF パターン | ✅/❌ | ... |
| ... | ... | ... |
### セキュリティ
| チェック項目 | 結果 | 備考 |
|------------|------|------|
| トークン保存方式 | ✅/❌ | ... |
| ... | ... | ... |
## 4. テスト確認結果
| 対象 | テストファイル | テスト充実度 | 備考 |
|------|-------------|------------|------|
| {コンポーネント} | ✅/❌ | ✅/⚠️/❌ | ... |
| ... | ... | ... | ... |
## 5. 是正が必要な項目
| # | カテゴリ | 重要度 | 内容 | 対応方針 |
|---|---------|--------|------|---------|
| 1 | {カテゴリ} | 高/中/低 | {内容} | {方針} |
| ... | ... | ... | ... | ... |
| 判定 | 条件 |
|---|---|
| ✅ 合格 | 修了条件チェックリスト全項目 PASS、未実装要件 0 件、品質チェック全項目 PASS |
| ⚠️ 条件付き合格 | PARTIAL が 1〜2 件、かつ低重要度の品質指摘のみ（次フェーズ開始前に修正必須） |
| ❌ 不合格 | FAIL が 1 件以上、または未実装要件あり、またはセキュリティ指摘あり |
front-end-need.md）を正とし、実装側を「不適合」と判断するfront-end-impl-plan.md — フロントエンド実装計画書（修了条件チェックリスト）front-end-need.md — フロントエンド要件定義書（設計書・仕様の正）