create-ai-project 1.13.1 → 1.14.1

package/.claude/commands-ja/reverse-engineer.md

@@ -0,0 +1,301 @@
+---
+name: reverse-engineer
+description: 既存コードベースからPRDとDesign Docを生成するリバースエンジニアリングワークフロー
+---
+
+**コマンドコンテキスト**: 既存コードからドキュメントを作成するリバースエンジニアリングワークフロー
+
+対象: $ARGUMENTS
+
+**TodoWrite登録**: まずフェーズをTodoWriteに登録し、各フェーズ開始時に詳細ステップを追加登録する。
+
+## ステップ0: 初期設定
+
+### 0.1 スコープ確認
+
+AskUserQuestionで以下を確認:
+1. **対象パス**: どのディレクトリ/モジュールをドキュメント化するか
+2. **深度**: PRDのみ、またはPRD + Design Doc
+3. **参照アーキテクチャ**: layered / mvc / clean / hexagonal / none
+4. **人間レビュー**: あり（推奨） / なし（自律実行）
+
+### 0.2 出力設定
+
+- PRD出力先: `docs/prd/` または既存PRDディレクトリ
+- Design Doc出力先: `docs/design/` または既存Design Docディレクトリ
+- ディレクトリの存在確認、必要に応じて作成
+
+## ワークフロー概要
+
+```
+フェーズ1: PRD生成
+  ステップ1: スコープ発見（全ユニット）
+  ステップ2-5: ユニット毎ループ（生成 → 検証 → レビュー → 修正）
+
+フェーズ2: Design Doc生成（要求された場合）
+  ステップ6: スコープ発見（PRD毎の全component）
+  ステップ7-10: component毎ループ（生成 → 検証 → レビュー → 修正）
+```
+
+**コンテキスト受け渡し**: ステップ間で構造化JSON出力を受け渡す。`$STEP_N_OUTPUT`プレースホルダー記法を使用。
+
+## フェーズ1: PRD生成
+
+**TodoWrite登録**:
+- ステップ1: PRDスコープ発見
+- ユニット毎の処理（各ユニットに対してステップ2-5）
+
+### ステップ1: PRDスコープ発見
+
+**Task呼び出し**:
+```
+subagent_type: scope-discoverer
+prompt: |
+  コードベースからPRD対象を発見する。
+
+  scope_type: prd
+  target_path: $USER_TARGET_PATH
+  reference_architecture: $USER_RA_CHOICE
+  focus_area: $USER_FOCUS_AREA (指定時)
+```
+
+**出力を保存**: `$STEP_1_OUTPUT`
+
+**品質ゲート**:
+- 1つ以上のPRDユニットが発見された → 続行
+- ユニットが発見されない → ユーザーにヒントを求める
+
+**人間レビューポイント**（有効時）: 発見されたユニットを確認用に提示。
+
+### ステップ2-5: ユニット毎の処理
+
+**各ユニットについてステップ2→3→4→5を完了してから次のユニットへ進む。**
+
+#### ステップ2: PRD生成
+
+**Task呼び出し**:
+```
+subagent_type: prd-creator
+prompt: |
+  以下の機能のリバースエンジニアリングPRDを作成する。
+
+  動作モード: reverse-engineer
+  External Scope Provided: true
+
+  機能: $UNIT_NAME ($STEP_1_OUTPUTより)
+  説明: $UNIT_DESCRIPTION
+  関連ファイル: $UNIT_RELATED_FILES
+  エントリーポイント: $UNIT_ENTRY_POINTS
+
+  独自のスコープ発見をスキップ。提供されたスコープデータを使用。
+  指定スコープ内でのコード調査に基づき最終版PRDを作成。
+```
+
+**出力を保存**: `$STEP_2_OUTPUT`（PRDパス）
+
+#### ステップ3: コード検証
+
+**Task呼び出し**:
+```
+subagent_type: code-verifier
+prompt: |
+  PRDとコード実装の整合性を検証する。
+
+  doc_type: prd
+  document_path: $STEP_2_OUTPUT
+  code_paths: $UNIT_RELATED_FILES ($STEP_1_OUTPUTより)
+  verbose: false
+```
+
+**出力を保存**: `$STEP_3_OUTPUT`
+
+**品質ゲート**:
+- consistencyScore >= 70 → レビューへ進む
+- consistencyScore < 70 → 詳細レビュー用にフラグ
+
+#### ステップ4: レビュー
+
+**必須入力**: $STEP_3_OUTPUT（ステップ3からの検証JSON）
+
+**Task呼び出し**:
+```
+subagent_type: document-reviewer
+prompt: |
+  コード検証結果を考慮してPRDをレビューする。
+
+  doc_type: PRD
+  target: $STEP_2_OUTPUT
+  mode: composite
+
+  ## コード検証結果
+  $STEP_3_OUTPUT
+
+  ## 追加レビュー観点
+  - PRD主張と検証evidenceの整合性
+  - 各不整合に対する解決推奨
+  - 未ドキュメント機能カバレッジの完全性
+```
+
+**出力を保存**: `$STEP_4_OUTPUT`
+
+#### ステップ5: 修正（条件付き）
+
+**トリガー条件**（以下のいずれか）:
+- レビューステータスが「Needs Revision」または「Rejected」
+- `$STEP_3_OUTPUT`にクリティカルな不整合が存在
+- consistencyScore < 70
+
+**Task呼び出し**:
+```
+subagent_type: prd-creator
+prompt: |
+  レビューフィードバックに基づきPRDを更新する。
+
+  動作モード: update
+  既存PRD: $STEP_2_OUTPUT
+
+  ## レビューフィードバック
+  $STEP_4_OUTPUT
+
+  ## 対処すべき不整合
+  （$STEP_3_OUTPUTからcriticalとmajorの不整合を抽出）
+
+  修正と改善を適用する。
+```
+
+**ループ制御**: 最大2回の修正サイクル。2サイクル後はステータスに関わらず人間レビュー用にフラグ。
+
+#### ユニット完了
+
+- [ ] レビューステータスが「Approved」または「Approved with Conditions」
+- [ ] 人間レビュー通過（ステップ0で有効化時）
+
+**次へ**: 次のユニットへ進む。全ユニット完了後 → フェーズ2。
+
+## フェーズ2: Design Doc生成
+
+*ステップ0でDesign Docが要求された場合のみ実行*
+
+**TodoWrite登録**:
+- ステップ6: Design Docスコープ発見
+- component毎の処理（各componentに対してステップ7-10）
+
+### ステップ6: Design Docスコープ発見
+
+承認済みPRD毎に:
+
+**Task呼び出し**:
+```
+subagent_type: scope-discoverer
+prompt: |
+  PRDスコープ内でDesign Doc対象を発見する。
+
+  scope_type: design-doc
+  existing_prd: $APPROVED_PRD_PATH
+  target_path: $PRD_RELATED_PATHS
+  reference_architecture: $USER_RA_CHOICE
+```
+
+**出力を保存**: `$STEP_6_OUTPUT`
+
+**品質ゲート**:
+- 1つ以上のcomponentが発見された → 続行
+- componentなし → ユーザーにヒントを求める
+
+### ステップ7-10: component毎の処理
+
+**各componentについてステップ7→8→9→10を完了してから次のcomponentへ進む。**
+
+#### ステップ7: Design Doc生成
+
+**Task呼び出し**:
+```
+subagent_type: technical-designer
+prompt: |
+  既存コードに基づき以下のcomponentのDesign Docを作成する。
+
+  動作モード: create
+
+  component: $COMPONENT_NAME ($STEP_6_OUTPUTより)
+  責務: $COMPONENT_RESPONSIBILITY
+  主要ファイル: $COMPONENT_PRIMARY_FILES
+  public interface: $COMPONENT_PUBLIC_INTERFACES
+  依存関係: $COMPONENT_DEPENDENCIES
+
+  親PRD: $APPROVED_PRD_PATH
+
+  現在のアーキテクチャをドキュメント化する。変更提案は行わない。
+```
+
+**出力を保存**: `$STEP_7_OUTPUT`
+
+#### ステップ8: コード検証
+
+**Task呼び出し**:
+```
+subagent_type: code-verifier
+prompt: |
+  Design Docとコード実装の整合性を検証する。
+
+  doc_type: design-doc
+  document_path: $STEP_7_OUTPUT
+  code_paths: $COMPONENT_PRIMARY_FILES
+  verbose: false
+```
+
+**出力を保存**: `$STEP_8_OUTPUT`
+
+#### ステップ9: レビュー
+
+**必須入力**: $STEP_8_OUTPUT（ステップ8からの検証JSON）
+
+**Task呼び出し**:
+```
+subagent_type: document-reviewer
+prompt: |
+  コード検証結果を考慮してDesign Docをレビューする。
+
+  doc_type: DesignDoc
+  target: $STEP_7_OUTPUT
+  mode: composite
+
+  ## コード検証結果
+  $STEP_8_OUTPUT
+
+  ## 親PRD
+  $APPROVED_PRD_PATH
+
+  ## 追加レビュー観点
+  - ドキュメント化されたinterfaceの技術的正確性
+  - 親PRDスコープとの整合性
+  - component境界定義の完全性
+```
+
+**出力を保存**: `$STEP_9_OUTPUT`
+
+#### ステップ10: 修正（条件付き）
+
+ステップ5と同様のロジック。updateモードでtechnical-designerを使用。
+
+#### component完了
+
+- [ ] レビューステータスが「Approved」または「Approved with Conditions」
+- [ ] 人間レビュー通過（ステップ0で有効化時）
+
+**次へ**: 次のcomponentへ進む。全component完了後 → 最終レポート。
+
+## 最終レポート
+
+以下を含むサマリを出力:
+- 生成ドキュメント表（タイプ、名前、整合性スコア、レビューステータス）
+- アクション項目（クリティカルな不整合、未ドキュメント機能、フラグ項目）
+- 次のステップチェックリスト
+
+## エラーハンドリング
+
+| エラー | アクション |
+|--------|-----------|
+| 発見で何も見つからない | ユーザーにプロジェクト構造のヒントを求める |
+| 生成が失敗 | 失敗をログ、他のユニットで続行、サマリで報告 |
+| consistencyScore < 50 | 必須人間レビュー用にフラグ、自動承認しない |
+| 2回の修正後もレビューが却下 | ループ停止、人間介入用にフラグ |

package/.claude/skills-en/coding-standards/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: coding-standards
-description: Language-agnostic coding principles for maintainability, readability, and quality. Use when implementing features, refactoring code, or reviewing code quality.
+description: >
+  Detects code smells, anti-patterns, and readability issues. Applies clean code and refactoring principles.
+  Use when: implementing features, reviewing code, refactoring, or improving quality.
 ---
 
 # Universal Coding Standards

package/.claude/skills-en/documentation-criteria/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: documentation-criteria
-description: Documentation creation criteria including PRD, ADR, Design Doc, and Work Plan requirements with templates. Use when creating or reviewing technical documents.
+description: >
+  Guides PRD, ADR, Design Doc, and Work Plan creation with templates and decision matrix.
+  Use when: planning features, writing specs, creating docs, or deciding which documents are needed.
 ---
 
 # Documentation Creation Criteria

package/.claude/skills-en/frontend/technical-spec/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: frontend/technical-spec
-description: Frontend technical design rules including environment variables, architecture design, data flow, and build/testing commands.
+description: >
+  Defines frontend environment variables, component design, and data flow patterns.
+  Use when: configuring React environment, designing components, or setting up state management.
 ---
 
 # Technical Design Rules (Frontend)

package/.claude/skills-en/frontend/typescript-rules/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: frontend/typescript-rules
-description: React/TypeScript frontend development rules including type safety, component design, state management, and error handling.
+description: >
+  Applies React/TypeScript type safety, component design, and state management rules.
+  Use when: implementing React components, defining types, designing state, or handling errors.
 ---
 
 # TypeScript Development Rules (Frontend)

package/.claude/skills-en/frontend/typescript-testing/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: frontend/typescript-testing
-description: Frontend testing rules with Vitest, React Testing Library, and MSW. Includes coverage requirements, test design principles, and quality criteria.
+description: >
+  Designs tests with React Testing Library and MSW. Applies component testing patterns.
+  Use when: writing component tests, mocking APIs, or reviewing frontend test quality.
 ---
 
 # TypeScript Testing Rules (Frontend)

package/.claude/skills-en/implementation-approach/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: implementation-approach
-description: Implementation strategy selection framework with meta-cognitive approach, verification levels, and integration point definitions.
+description: >
+  Selects implementation strategy (vertical slice, horizontal, or hybrid) with risk assessment.
+  Use when: planning how to build a feature, deciding development approach, or defining verification levels.
 ---
 
 # Implementation Strategy Selection Framework (Meta-cognitive Approach)

package/.claude/skills-en/integration-e2e-testing/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: integration-e2e-testing
-description: Integration and E2E test design principles, ROI calculation, test skeleton specification, and review criteria.
+description: >
+  Designs integration and E2E tests with mock boundaries and behavior verification rules.
+  Use when: writing E2E tests, integration tests, test skeletons, or reviewing test quality.
 ---
 
 # Integration Test & E2E Test Design/Implementation Rules

package/.claude/skills-en/project-context/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: project-context
-description: Project-specific context including project nature, technology stack, and implementation principles. Customize for each project.
+description: >
+  Provides project-specific tech stack, architecture, and implementation rules.
+  Use when: checking project structure, understanding tech stack, or referencing implementation guidelines.
 ---
 
 # Project Context

package/.claude/skills-en/subagents-orchestration-guide/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: subagents-orchestration-guide
-description: Orchestration guide for coordinating subagents through implementation workflows. Defines scale determination, document requirements, stop points, and autonomous execution mode.
+description: >
+  Coordinates subagent task distribution and collaboration. Controls scale determination and autonomous execution mode.
+  Use when: splitting large tasks, coordinating multiple agents, or designing workflows.
 ---
 
 # Sub-agents Practical Guide - Orchestration Guidelines for Claude (Me)

package/.claude/skills-en/task-analyzer/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: task-analyzer
-description: Metacognitive task analysis and skill selection. Analyzes task essence, estimates scale, and returns appropriate skills with metadata.
+description: >
+  Analyzes task essence and selects appropriate skills. Returns scale estimates and metadata.
+  Use when: starting tasks, selecting skills, or judging work scope.
 ---
 
 # Task Analyzer

package/.claude/skills-en/technical-spec/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: technical-spec
-description: Technical design rules including environment variable management, architecture design, and build/testing commands.
+description: >
+  Defines environment variables, architecture design, and build/test commands.
+  Use when: configuring environment, designing architecture, or setting up builds.
 ---
 
 # Technical Design Rules

package/.claude/skills-en/typescript-rules/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: typescript-rules
-description: TypeScript development rules for type safety and error handling. Use when implementing TypeScript code or reviewing type definitions.
+description: >
+  Applies type safety and error handling rules. Enforces no-any policy and type guards.
+  Use when: implementing TypeScript, reviewing types, or designing error handling.
 ---
 
 # TypeScript Development Rules

package/.claude/skills-en/typescript-testing/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: typescript-testing
-description: TypeScript testing rules with Vitest. Includes coverage requirements, test design principles, and quality criteria.
+description: >
+  Applies Vitest test design and quality standards. Provides coverage requirements and mock usage guides.
+  Use when: writing unit tests, using mocks, or reviewing test quality.
 ---
 
 # TypeScript Testing Rules

package/.claude/skills-ja/coding-standards/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: coding-standards
-description: 保守性、可読性、品質のための言語非依存コーディング原則。機能実装、リファクタリング、コードレビュー時に使用。
+description: >
+  コードの品質問題、アンチパターン、可読性を検査。クリーンコードとリファクタリング原則を適用。
+  Use when: 機能実装、コードレビュー、リファクタリング、品質改善時。
 ---
 
 # 普遍的コーディング規約

package/.claude/skills-ja/documentation-criteria/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: documentation-criteria
-description: PRD、ADR、Design Doc、作業計画書を含むドキュメント作成基準とテンプレート。
+description: >
+  PRD、ADR、Design Doc、作業計画書の作成を支援。テンプレートと作成判定マトリクスを提供。
+  Use when: 機能計画、仕様作成、ドキュメント作成、必要書類の判断時。
 ---
 
 # ドキュメント作成基準

package/.claude/skills-ja/frontend/technical-spec/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: frontend/technical-spec
-description: 環境変数管理、アーキテクチャ設計、ビルド・テストコマンドを含むフロントエンド技術設計ルール。
+description: >
+  フロントエンドの環境変数、コンポーネント設計、データフローを定義。
+  Use when: React環境設定、コンポーネント設計、状態管理設計時。
 ---
 
 # 技術設計ルール（フロントエンド）

package/.claude/skills-ja/frontend/typescript-rules/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: frontend/typescript-rules
-description: 型安全性、コンポーネント設計、状態管理、エラーハンドリングを含むReact/TypeScriptフロントエンド開発ルール。
+description: >
+  React/TypeScriptの型安全性、コンポーネント設計、状態管理ルールを適用。
+  Use when: Reactコンポーネント実装、型定義、状態管理設計、エラー処理時。
 ---
 
 # TypeScript 開発ルール（フロントエンド）

package/.claude/skills-ja/frontend/typescript-testing/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: frontend/typescript-testing
-description: Vitest、React Testing Library、MSWを使用したフロントエンドテストルール。カバレッジ要件、テスト設計原則、品質基準を含む。
+description: >
+  React Testing LibraryとMSWでテストを設計。コンポーネントテストパターンを適用。
+  Use when: コンポーネントテスト、APIモック作成、フロントエンドテスト品質レビュー時。
 ---
 
 # TypeScript テストルール（フロントエンド）

package/.claude/skills-ja/implementation-approach/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: implementation-approach
-description: メタ認知的アプローチによる実装戦略選択フレームワーク。確認レベル、統合ポイント定義を含む。
+description: >
+  実装戦略（垂直スライス、水平、ハイブリッド）をリスク評価で選択。
+  Use when: 機能の実装計画、開発アプローチ決定、検証レベル定義時。
 ---
 
 # 実装戦略選択フレームワーク（メタ認知的アプローチ）

package/.claude/skills-ja/integration-e2e-testing/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: integration-e2e-testing
-description: 統合・E2Eテスト設計原則、ROI計算、テストスケルトン仕様、レビュー基準。
+description: >
+  統合テストとE2Eテストを設計。モック境界と振る舞い検証ルールを適用。
+  Use when: E2Eテスト、統合テスト、テストスケルトン作成、テスト品質レビュー時。
 ---
 
 # 統合テスト・E2Eテスト設計・実装ルール

package/.claude/skills-ja/project-context/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: project-context
-description: プロジェクトの性質、技術スタック、実装原則を含むプロジェクト固有コンテキスト。各プロジェクトでカスタマイズ可能。
+description: >
+  プロジェクト固有の技術スタック、アーキテクチャ、実装ルールを提供。
+  Use when: プロジェクト構成確認、技術スタック理解、実装方針参照時。
 ---
 
 # プロジェクトコンテキスト

package/.claude/skills-ja/subagents-orchestration-guide/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: subagents-orchestration-guide
-description: サブエージェント間の調整のためのオーケストレーションガイド。規模判定、ドキュメント要件、停止ポイント、自律実行モードを定義。
+description: >
+  サブエージェントのタスク分担と連携を調整。規模判定と自律実行モードを制御。
+  Use when: 大規模タスク分割、複数エージェント連携、ワークフロー設計時。
 ---
 
 # サブエージェント実践ガイド - オーケストレーション指針

package/.claude/skills-ja/task-analyzer/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: task-analyzer
-description: メタ認知的タスク分析とスキル選択。タスクの本質を分析し、規模を見積もり、適切なスキルをメタデータと共に返却。
+description: >
+  タスクの本質を分析し適切なスキルを選択。規模見積もりとメタデータを返却。
+  Use when: タスク開始時、スキル選択、作業規模判断時。
 ---
 
 # タスクアナライザー

package/.claude/skills-ja/technical-spec/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: technical-spec
-description: 環境変数管理、アーキテクチャ設計、ビルド・テストコマンドを含む技術設計ルール。
+description: >
+  環境変数、アーキテクチャ設計、ビルド・テストコマンドを定義。
+  Use when: 環境設定、アーキテクチャ設計、ビルド設定時。
 ---
 
 # 技術設計ルール

package/.claude/skills-ja/typescript-rules/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: typescript-rules
-description: 型安全性とエラーハンドリングのためのTypeScript開発ルール。TypeScriptコード実装や型定義レビュー時に使用。
+description: >
+  型安全性とエラーハンドリングルールを適用。any禁止、型ガード必須。
+  Use when: TypeScript実装、型定義レビュー、エラー処理設計時。
 ---
 
 # TypeScript 開発ルール

package/.claude/skills-ja/typescript-testing/SKILL.md

@@ -1,6 +1,8 @@
 ---
 name: typescript-testing
-description: Vitestを使用したTypeScriptテストルール。カバレッジ要件、テスト設計原則、品質基準を含む。
+description: >
+  Vitestテスト設計と品質基準を適用。カバレッジ要件とモック使用ガイドを提供。
+  Use when: ユニットテスト作成、モック使用、テスト品質レビュー時。
 ---
 
 # TypeScript テストルール

package/README.ja.md

@@ -128,6 +128,7 @@ Claude Codeで利用できる主要なコマンド：
 | `/front-plan` | フロントエンド作業計画書を作成 | フロントエンド設計承認後 |
 | `/front-build` | フロントエンド実装の実行 | Reactコンポーネント開発 |
 | `/diagnose` | 根本原因分析ワークフロー | デバッグ、トラブルシューティング |
+| `/reverse-engineer` | コードからPRD/Design Docを生成 | 既存システムのドキュメント化 |
 
 [コマンドの詳細はこちら →](docs/guides/ja/use-cases.md)
 
@@ -139,12 +140,36 @@ graph LR
     B -->|小規模| C[直接実装]
     B -->|中規模| D[設計 → 実装]
     B -->|大規模| E[PRD → 設計 → 実装]
-    
+
     C --> F[品質チェック → コミット]
     D --> F
     E --> F
 ```
 
+### リバースエンジニアリングワークフロー
+
+```mermaid
+graph TB
+    subgraph フェーズ1 [フェーズ1: PRD生成]
+        A1[スコープ発見] --> A2[PRD生成]
+        A2 --> A3[コード検証]
+        A3 --> A4[レビュー]
+        A4 -->|修正要| A2
+        A4 -->|承認| A5[次のユニット]
+    end
+
+    subgraph フェーズ2 [フェーズ2: Design Doc生成]
+        B1[コンポーネント発見] --> B2[Design Doc生成]
+        B2 --> B3[コード検証]
+        B3 --> B4[レビュー]
+        B4 -->|修正要| B2
+        B4 -->|承認| B5[次のコンポーネント]
+    end
+
+    A5 --> B1
+    B5 --> C[最終レポート]
+```
+
 ### 動作の仕組み
 
 1. **要件分析**: `/implement`コマンドがタスクの規模を判断します
@@ -254,6 +279,8 @@ A: これらのツールはコード記述の支援に特化していますが
 | **investigator** | 問題調査 | `/diagnose` ステップ1 |
 | **verifier** | 調査結果の検証 | `/diagnose` ステップ3 |
 | **solver** | 解決策の導出 | `/diagnose` ステップ4 |
+| **scope-discoverer** | PRD/Design Docスコープ発見 | `/reverse-engineer` ステップ1, 6 |
+| **code-verifier** | ドキュメントとコードの整合性検証 | `/reverse-engineer` ステップ3, 8 |
 
 [エージェントの詳細 →](.claude/agents-ja/)