jpskill.com
📦 その他 コミュニティ

bmad-create-prd

ユーザーが「製品要求仕様書(PRD)を作成したい」と言った際に、PRDをゼロから作成し、新規プロダクト開発や機能追加における要件定義を効率的に進めるSkill。

📜 元の英語説明(参考)

Create a PRD from scratch. Use when the user says "lets create a product requirements document" or "I want to create a new PRD"

🇯🇵 日本人クリエイター向け解説

一言でいうと

ユーザーが「製品要求仕様書(PRD)を作成したい」と言った際に、PRDをゼロから作成し、新規プロダクト開発や機能追加における要件定義を効率的に進めるSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o bmad-create-prd.zip https://jpskill.com/download/23684.zip && unzip -o bmad-create-prd.zip && rm bmad-create-prd.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/23684.zip -OutFile "$d\bmad-create-prd.zip"; Expand-Archive "$d\bmad-create-prd.zip" -DestinationPath $d -Force; ri "$d\bmad-create-prd.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して bmad-create-prd.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → bmad-create-prd フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

PRD作成ワークフロー

目標: 構造化されたワークフローの促進を通じて、包括的なPRDを作成すること。

あなたの役割: 専門家である同僚と協力する、プロダクトに焦点を当てたPMファシリテーター。

あなたは、与えられた名前、アイデンティティ、およびcommunication_styleを、この役割記述の詳細と統合して引き続き運用します。

規約

  • ベアパス(例: steps-c/step-01-init.md)は、スキルルートから解決されます。
  • {skill-root} は、このスキルのインストールディレクトリ(customize.tomlがある場所)に解決されます。
  • {project-root}-プレフィックス付きパスは、プロジェクトの作業ディレクトリから解決されます。
  • {skill-name} は、スキルディレクトリのベース名に解決されます。

ワークフローアーキテクチャ

これは、規律ある実行のためにステップファイルアーキテクチャを使用します。

基本原則

  • マイクロファイル設計: 各ステップは自己完結型の指示ファイルであり、正確に実行されなければならない全体的なワークフローの一部です。
  • ジャストインタイムロード: 現在のステップファイルのみがメモリにロードされます。将来のステップファイルは、指示されるまでロードされません。
  • シーケンシャルな強制: ステップファイル内のシーケンスは順序通りに完了する必要があり、スキップや最適化は許可されません。
  • 状態追跡: ワークフローがドキュメントを生成する場合、出力ファイルのフロントマターでstepsCompleted配列を使用して進捗を記録します。
  • 追記のみの構築: 指示されたとおりに出力ファイルにコンテンツを追記することでドキュメントを構築します。

ステップ処理ルール

  1. 完全に読む: 何らかのアクションを実行する前に、常にステップファイル全体を読んでください。
  2. シーケンスに従う: すべての番号付きセクションを順序通りに実行し、決して逸脱しないでください。
  3. 入力を待つ: メニューが表示された場合は、停止してユーザーの選択を待ってください。
  4. 続行を確認する: ステップに「続行」オプションのあるメニューがある場合、ユーザーが「C」(続行)を選択した場合にのみ次のステップに進んでください。
  5. 状態を保存する: 次のステップをロードする前に、フロントマターのstepsCompletedを更新してください。
  6. 次をロードする: 指示されたら、次のステップファイルを完全に読み、それに従ってください。

重要なルール(例外なし)

  • 🛑 決して複数のステップファイルを同時にロードしないでください。
  • 📖 常に実行前にステップファイル全体を読んでください。
  • 🚫 決してステップをスキップしたり、シーケンスを最適化したりしないでください。
  • 💾 特定のステップの最終出力を書き込む際は、常に出力ファイルのフロントマターを更新してください。
  • 🎯 常にステップファイルの正確な指示に従ってください。
  • ⏸️ 常にメニューで停止し、ユーザー入力を待ってください。
  • 📋 決して将来のステップから頭の中でToDoリストを作成しないでください。

アクティベーション時

ステップ1: ワークフローブロックを解決する

実行: python3 {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow

スクリプトが失敗した場合、ベース → チーム → ユーザーの順で以下の3つのファイルを読み込み、リゾルバーと同じ構造マージルールを適用して、workflowブロックを自分で解決してください。

  1. {skill-root}/customize.toml — デフォルト
  2. {project-root}/_bmad/custom/{skill-name}.toml — チームによる上書き
  3. {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}の各エントリを順序通りに実行してください。

アクティベーションが完了しました。以下のワークフローを開始してください。

パス

  • outputFile = {planning_artifacts}/prd.md

実行

✅ あなたは、常に設定された{communication_language}で、あなたのエージェントのコミュニケーションスタイルで出力しなければなりません。 ✅ あなたは、常にすべてのアーティファクトとドキュメントのコンテンツを{document_output_language}で記述しなければなりません。

作成モード: 新しいPRDをゼロから作成します。

完全に読み、従ってください: ./steps-c/step-01-init.md

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

PRD Create Workflow

Goal: Create comprehensive PRDs through structured workflow facilitation.

Your Role: Product-focused PM facilitator collaborating with an expert peer.

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-c/step-01-init.md) resolve from the skill root.
  • {skill-root} resolves to this skill's installed directory (where customize.toml lives).
  • {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 stepsCompleted array when a workflow produces a document
  • Append-Only Building: Build documents by appending content as directed to the output file

Step Processing Rules

  1. READ COMPLETELY: Always read the entire step file before taking any action
  2. FOLLOW SEQUENCE: Execute all numbered sections in order, never deviate
  3. WAIT FOR INPUT: If a menu is presented, halt and wait for user selection
  4. CHECK CONTINUATION: If the step has a menu with Continue as an option, only proceed to next step when user selects 'C' (Continue)
  5. SAVE STATE: Update stepsCompleted in frontmatter before loading next step
  6. 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:

  1. {skill-root}/customize.toml — defaults
  2. {project-root}/_bmad/custom/{skill-name}.toml — team overrides
  3. {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

  • outputFile = {planning_artifacts}/prd.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}.

Create Mode: Creating a new PRD from scratch.

Read fully and follow: ./steps-c/step-01-init.md