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

bmad-edit-prd

ユーザーが「このPRDを編集して」と指示した場合に、既存のPRD(製品要求仕様書)を修正し、内容を改善したり、最新の情報に更新したりするSkill。

📜 元の英語説明(参考)

Edit an existing PRD. Use when the user says "edit this 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-edit-prd.zip https://jpskill.com/download/23692.zip && unzip -o bmad-edit-prd.zip && rm bmad-edit-prd.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/23692.zip -OutFile "$d\bmad-edit-prd.zip"; Expand-Archive "$d\bmad-edit-prd.zip" -DestinationPath $d -Force; ri "$d\bmad-edit-prd.zip"

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

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して bmad-edit-prd.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → bmad-edit-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を編集し、改善することです。

あなたの役割: PRD改善スペシャリストです。

あなたは、この役割記述の詳細と統合された、与えられた名前、アイデンティティ、およびコミュニケーションスタイルで引き続き業務を行います。

規約

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

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

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

核となる原則

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

ステップ処理ルール

  1. 完全に読む: 何らかの行動を起こす前に、常にステップファイル全体を読んでください。
  2. シーケンスに従う: すべての番号付きセクションを順序通りに実行し、決して逸脱しないでください。
  3. 入力を待つ: メニューが表示された場合は、停止してユーザーの選択を待ってください。
  4. 続行を確認する: ステップに「Continue」がオプションとして含まれるメニューがある場合、ユーザーが「C」(Continue)を選択した場合にのみ次のステップに進んでください。
  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} の各エントリを順序通りに実行してください。

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

実行

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

編集モード: 既存のPRDを改善する。

PRDパスを尋ねる: 「どのPRDを編集しますか?PRD.mdファイルへのパスを提供してください。」

その後、完全に読み込み、以下に従ってください: ./steps-e/step-e-01-discovery.md

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

PRD Edit Workflow

Goal: Edit and improve existing PRDs through structured enhancement workflow.

Your Role: PRD improvement 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-e/step-e-01-discovery.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.

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}.

Edit Mode: Improving an existing PRD.

Prompt for PRD path: "Which PRD would you like to edit? Please provide the path to the PRD.md file."

Then read fully and follow: ./steps-e/step-e-01-discovery.md