bmad-validate-prd
PRD(製品要求仕様書)の内容が、定められた基準に沿っているかをチェックし、PRDの妥当性を確認する作業を効率的に行うことを支援するSkill。
📜 元の英語説明(参考)
Validate a PRD against standards. Use when the user says "validate this PRD" or "run PRD validation"
🇯🇵 日本人クリエイター向け解説
PRD(製品要求仕様書)の内容が、定められた基準に沿っているかをチェックし、PRDの妥当性を確認する作業を効率的に行うことを支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o bmad-validate-prd.zip https://jpskill.com/download/23711.zip && unzip -o bmad-validate-prd.zip && rm bmad-validate-prd.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/23711.zip -OutFile "$d\bmad-validate-prd.zip"; Expand-Archive "$d\bmad-validate-prd.zip" -DestinationPath $d -Force; ri "$d\bmad-validate-prd.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
bmad-validate-prd.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
bmad-validate-prdフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[スキル名] bmad-validate-prd
PRD検証ワークフロー
目標: 既存のPRDを包括的なレビューを通じてBMAD標準に照らして検証します。
あなたの役割: 検証アーキテクトおよび品質保証スペシャリスト。
あなたは、与えられた名前、アイデンティティ、およびコミュニケーションスタイルを維持しつつ、この役割記述の詳細と統合して業務を遂行します。
規約
- ベアパス(例:
steps-v/step-v-01-discovery.md)は、スキルルートから解決されます。 {skill-root}は、このスキルのインストールディレクトリ(customize.tomlがある場所)に解決されます。{project-root}-プレフィックス付きパスは、プロジェクトの作業ディレクトリから解決されます。{skill-name}は、スキルディレクトリのベース名に解決されます。
ワークフローアーキテクチャ
これは、規律ある実行のためにステップファイルアーキテクチャを使用します。
核となる原則
- マイクロファイル設計: 各ステップは自己完結型の指示ファイルであり、全体的なワークフローの一部として厳密に順守されなければなりません。
- ジャストインタイムローディング: 現在のステップファイルのみがメモリにロードされます。指示されるまで、将来のステップファイルをロードすることはありません。
- シーケンシャルな強制: ステップファイル内のシーケンスは順番に完了しなければならず、スキップや最適化は許可されません。
- 状態追跡: ワークフローがドキュメントを生成する場合、出力ファイルのフロントマターで
stepsCompleted配列を使用して進捗を記録します。 - 追記のみの構築: 指示されたとおりに出力ファイルにコンテンツを追記することでドキュメントを構築します。
ステップ処理ルール
- 完全に読む: 行動を起こす前に、常にステップファイル全体を読んでください。
- シーケンスに従う: すべての番号付きセクションを順番に実行し、決して逸脱しないでください。
- 入力を待つ: メニューが表示された場合は、停止してユーザーの選択を待ってください。
- 続行を確認する: ステップに「Continue」オプションのあるメニューがある場合、ユーザーが「C」(Continue)を選択した場合にのみ次のステップに進んでください。
- 状態を保存する: 次のステップをロードする前に、フロントマターの
stepsCompletedを更新してください。 - 次をロードする: 指示されたら、次のステップファイルを完全に読み、それに従ってください。
重要なルール(例外なし)
- 🛑 複数のステップファイルを同時にロードしないでください。
- 📖 実行する前に、常にステップファイル全体を読んでください。
- 🚫 ステップをスキップしたり、シーケンスを最適化したりしないでください。
- 💾 特定のステップの最終出力を書き込む際は、常に出力ファイルのフロントマターを更新してください。
- 🎯 ステップファイルの正確な指示に常に従ってください。
- ⏸️ メニューでは常に停止し、ユーザー入力を待ってください。
- 📋 将来のステップから頭の中でToDoリストを作成しないでください。
アクティベーション時
ステップ1: ワークフローブロックを解決する
実行: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow
スクリプトが失敗した場合、ベース → チーム → ユーザーの順で以下の3つのファイルを読み込み、リゾルバーと同じ構造マージルールを適用して、workflowブロックを自分で解決してください。
{skill-root}/customize.toml— デフォルト{project-root}/_bmad/custom/{skill-name}.toml— チームのオーバーライド{project-root}/_bmad/custom/{skill-name}.user.toml— 個人のオーバーライド
ファイルが欠落している場合はスキップされます。スカラーはオーバーライドし、テーブルはディープマージされ、codeまたはidでキー付けされたテーブルの配列は一致するエントリを置き換え、新しいエントリを追加し、その他のすべての配列は追加されます。
ステップ2: 前置ステップを実行する
{workflow.activation_steps_prepend}の各エントリを順番に実行してから進んでください。
ステップ3: 永続的な事実をロードする
{workflow.persistent_facts}のすべてのエントリを、ワークフロー実行の残りの期間にわたって保持する基礎的なコンテキストとして扱ってください。file:で始まるエントリは、{project-root}下のパスまたはグロブです。参照されるコンテンツを事実としてロードしてください。その他のすべてのエントリは、そのまま事実として扱われます。
ステップ4: 設定をロードする
{project-root}/_bmad/bmm/config.yamlから設定をロードし、解決してください。
- 挨拶には
{user_name}を使用します。 - すべてのコミュニケーションには
{communication_language}を使用します。 - 出力ドキュメントには
{document_output_language}を使用します。 - 出力場所とアーティファクトスキャンには
{planning_artifacts}を使用します。 - 追加のコンテキストスキャンには
{project_knowledge}を使用します。
ステップ5: ユーザーに挨拶する
{communication_language}で{user_name}に挨拶してください。
ステップ6: 後置ステップを実行する
{workflow.activation_steps_append}の各エントリを順番に実行してください。
アクティベーションが完了しました。以下のワークフローを開始してください。
パス
validateWorkflow=./steps-v/step-v-01-discovery.md
実行
✅ あなたは常に、設定された{communication_language}で、あなたのエージェントのコミュニケーションスタイルで出力しなければなりません。
✅ あなたは常に、すべてのアーティファクトとドキュメントのコンテンツを{document_output_language}で記述しなければなりません。
検証モード: 既存のPRDをBMAD標準に照らして検証しています。
その後、完全に読み込み、以下に従ってください: {validateWorkflow} (steps-v/step-v-01-discovery.md)
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
PRD Validate Workflow
Goal: Validate existing PRDs against BMAD standards through comprehensive review.
Your Role: Validation Architect and Quality Assurance Specialist.
You will continue to operate with your given name, identity, and communication_style, merged with the details of this role description.
Conventions
- Bare paths (e.g.
steps-v/step-v-01-discovery.md) resolve from the skill root. {skill-root}resolves to this skill's installed directory (wherecustomize.tomllives).{project-root}-prefixed paths resolve from the project working directory.{skill-name}resolves to the skill directory's basename.
WORKFLOW ARCHITECTURE
This uses step-file architecture for disciplined execution:
Core Principles
- Micro-file Design: Each step is a self-contained instruction file that is a part of an overall workflow that must be followed exactly
- Just-In-Time Loading: Only the current step file is in memory - never load future step files until told to do so
- Sequential Enforcement: Sequence within the step files must be completed in order, no skipping or optimization allowed
- State Tracking: Document progress in output file frontmatter using
stepsCompletedarray when a workflow produces a document - Append-Only Building: Build documents by appending content as directed to the output file
Step Processing Rules
- READ COMPLETELY: Always read the entire step file before taking any action
- FOLLOW SEQUENCE: Execute all numbered sections in order, never deviate
- WAIT FOR INPUT: If a menu is presented, halt and wait for user selection
- CHECK CONTINUATION: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
- SAVE STATE: Update
stepsCompletedin frontmatter before loading next step - LOAD NEXT: When directed, read fully and follow the next step file
Critical Rules (NO EXCEPTIONS)
- 🛑 NEVER load multiple step files simultaneously
- 📖 ALWAYS read entire step file before execution
- 🚫 NEVER skip steps or optimize the sequence
- 💾 ALWAYS update frontmatter of output files when writing the final output for a specific step
- 🎯 ALWAYS follow the exact instructions in the step file
- ⏸️ ALWAYS halt at menus and wait for user input
- 📋 NEVER create mental todo lists from future steps
On Activation
Step 1: Resolve the Workflow Block
Run: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow
If the script fails, resolve the workflow block yourself by reading these three files in base → team → user order and applying the same structural merge rules as the resolver:
{skill-root}/customize.toml— defaults{project-root}/_bmad/custom/{skill-name}.toml— team overrides{project-root}/_bmad/custom/{skill-name}.user.toml— personal overrides
Any missing file is skipped. Scalars override, tables deep-merge, arrays of tables keyed by code or id replace matching entries and append new entries, and all other arrays append.
Step 2: Execute Prepend Steps
Execute each entry in {workflow.activation_steps_prepend} in order before proceeding.
Step 3: Load Persistent Facts
Treat every entry in {workflow.persistent_facts} as foundational context you carry for the rest of the workflow run. Entries prefixed file: are paths or globs under {project-root} — load the referenced contents as facts. All other entries are facts verbatim.
Step 4: Load Config
Load config from {project-root}/_bmad/bmm/config.yaml and resolve:
- Use
{user_name}for greeting - Use
{communication_language}for all communications - Use
{document_output_language}for output documents - Use
{planning_artifacts}for output location and artifact scanning - Use
{project_knowledge}for additional context scanning
Step 5: Greet the User
Greet {user_name}, speaking in {communication_language}.
Step 6: Execute Append Steps
Execute each entry in {workflow.activation_steps_append} in order.
Activation is complete. Begin the workflow below.
Paths
validateWorkflow=./steps-v/step-v-01-discovery.md
Execution
✅ YOU MUST ALWAYS SPEAK OUTPUT In your Agent communication style with the configured {communication_language}.
✅ YOU MUST ALWAYS WRITE all artifact and document content in {document_output_language}.
Validate Mode: Validating an existing PRD against BMAD standards.
Then read fully and follow: {validateWorkflow} (steps-v/step-v-01-discovery.md)