This skill should be used when the user asks to "generate a PRD", "create requirements", "write a product requirements document", or mentions "要件定義", "PRD作成", "要求仕様". Source-code read-only — never modifies source code or test files. Outputs structured PRD to output/prd/ (requires Write permission to output/prd/). Takes a file path as argument: /prd <file-path>
日本語の要求メモ・要件メモファイルを入力として、Claude Codeが理解しやすい構造化された PRD（Product Requirements Document）を生成するスキル。ソースコードは一切変更しない。
| 参照ファイル | 用途 | スタブ時のフォールバック |
|---|---|---|
docs/project.md | 技術スタック・ルーティング | project-config.md §1〜§3 を直接参照 |
docs/architecture.md | ディレクトリ構成・テスト配置 | project-config.md §4 を直接参照 |
docs/data-model.md | 既存スキーマ | スキップ（新規プロジェクトでは未生成） |
docs/development-patterns.md | コード規約・落とし穴 | project-config.md §11 を直接参照 |
docs/ がスタブの場合でもPRD生成は可能。project-config.md を直接参照してフォールバックする。
docs/ ドキュメントと整合性を保つ/prd <要求メモファイルのパス>
引数のファイルパスは絶対パス・相対パスどちらも可。 複数ファイルを指定する場合はスペース区切りで列挙する。
/prd requirements.md
/prd input/requirements/REQ_001.md
/prd memo1.md memo2.md
output/prd/PRD_<機能名>.md（output/ディレクトリが存在する場合）docs/PRD.md| 前工程 | 本スキル | 後工程 |
|---|---|---|
| 要求メモ作成 | /prd | /architecture → /plan → /implementing-features |
Read ツールで読み込むdocs/ 配下の関連情報を確認するoutput/prd/PRD_<機能名>.md に書き出す（output/ が存在しない場合は docs/PRD.md）# PRD: [機能/プロジェクト名]
> 生成元: [入力ファイル名]
> 生成日: [YYYY-MM-DD]
> ステータス: Draft
## 1. 概要
### 1.1 背景・目的
### 1.2 スコープ
#### スコープ内
#### スコープ外
## 2. 用語定義
| 用語 | 定義 |
| ---- | ---- |
## 3. 機能要件
### FR-001: [機能名]
- **概要**: [機能の説明]
- **ユーザーストーリー**: [誰が][何を][なぜ]したい
- **受け入れ基準**:
- [ ] [具体的な条件]
- **画面・操作フロー**: [UIの動作説明]
- **データモデル変更**: [必要なスキーマ変更]
- **優先度**: Must / Should / Could / Won't
## 4. 非機能要件
### NFR-001: [要件名]
- **カテゴリ**: パフォーマンス / セキュリティ / ユーザビリティ / 保守性
- **要件**: [具体的な基準]
- **計測方法**: [どう検証するか]
## 5. データモデル
### 新規スキーマ
### 既存スキーマ変更
| スキーマ | フィールド | 変更内容 | 後方互換性 |
| -------- | ---------- | -------- | ---------- |
## 6. 画面・UI仕様
## 7. 技術的考慮事項
## 8. テスト戦略
## 9. 実装フェーズ（推奨）
## 10. 要確認事項
| # | 項目 | 選択肢 | 影響範囲 |
| - | ---- | ------ | -------- |
## 11. リスク・懸念事項
| リスク | 影響度 | 対策 |
| ------ | ------ | ---- |
| # | セクション | 必須 | 制約 |
|---|---|---|---|
| 1 | 概要（背景・目的, スコープ） | ✅ | スコープ内/外を明示的に分離 |
| 2 | 用語定義 | ✅ | ドメイン固有用語をテーブルで定義。最低1件 |
| 3 | 機能要件 | ✅ | FR-NNN形式のID。各FRに受け入れ基準必須 |
| 4 | 非機能要件 | 条件付き | 入力メモに非機能要件がある場合 |
| 5 | データモデル | ✅ | 新規/変更スキーマ。後方互換性を明記 |
| 6 | 画面・UI仕様 | ✅ | パス, レイアウト, ダークモード対応 |
| 7 | 技術的考慮事項 | ✅ | アーキテクチャ影響, 依存方向 |
| 8 | テスト戦略 | ✅ | ユニット/E2Eの対象と方針 |
| 9 | 実装フェーズ | ✅ | Phase単位。依存関係を明記 |
| 10 | 要確認事項 | 条件付き | 曖昧な判断箇所がある場合 |
| 11 | リスク・懸念事項 | 条件付き | リスクがある場合 |
FR-001 から連番。ゼロ埋め3桁Must / Should / Could / Won't| 用語 | 定義 |
|---|---|
| 【要確認】 | ユーザー判断が必要な曖昧箇所。選択肢を併記する |
| スコープ内 | このPRDでカバーする機能・変更の範囲 |
| スコープ外 | 明示的に除外する機能・変更 |
| 後方互換 | 既存データの読み込みが壊れないこと |
PRD生成時に以下のドキュメントを参照し、整合性を確保する:
| ドキュメント | 参照目的 |
|---|---|
docs/project.md | 技術スタック・ルーティング・ストア一覧 |
docs/architecture.md | ディレクトリ構成・テスト配置 |
docs/data-model.md | 既存スキーマ・バリデーションルール |
docs/development-patterns.md | コード規約・落とし穴 |
output/prd/ ディレクトリが存在する場合: output/prd/PRD_<機能名>.mddocs/PRD.mdPRD_<機能名>.md のように命名するdocs/ 配下）の変更