bmad-edit-prd

非推奨 — bmad-prd に転送されます（intent を更新）

このスキルは bmad-prd に統合されました。名前による既存の呼び出しと _bmad/custom/bmad-edit-prd.toml オーバーライドファイルが引き続き機能するように、薄い互換シムとして保持されています。新しい作業では bmad-prd を直接呼び出してください — 会話から create / update / validate の intent を検出します。

有効化時

1. カスタマイズを解決します: uv run {project-root}/_bmad/scripts/resolve_customization.py --skill {skill-root} --key workflow。これはレガシーフィールド（activation_steps_prepend、activation_steps_append、persistent_facts、on_complete）に対する {project-root}/_bmad/custom/bmad-edit-prd.toml および bmad-edit-prd.user.toml のオーバーライドを取り込みます。

2. {user_name} と {communication_language} を解決するために {project-root}/_bmad/bmm/config.yaml（および存在する場合は config.user.yaml）を読み込みます。

3. {communication_language} でユーザーに非推奨の通知を出力します:

   お知らせ: bmad-edit-prd は非推奨であり、将来のリリースで削除される予定です。現在は update intent で bmad-prd に転送されます。この通知を止め、新しいカスタマイズ機能の全体（prd_template、validation_checklist_template、validation_report_template、doc_standards、finalize_reviewers、external_sources、external_handoffs、prd_output_path、run_folder_pattern）にアクセスするには、_bmad/custom/bmad-edit-prd.toml を _bmad/custom/bmad-prd.toml に移行し、次回は bmad-prd を直接呼び出してください。このバージョンにあったカスタマイズフィールドは新バージョンにも残っており、_bmad/custom/bmad-prd.toml に存在すれば尊重されますが、新バージョンでは移行することで活用できる追加のフィールドもサポートされています。

4. 次のコンテキストで bmad-prd を呼び出します。これらを有効化コンテキストとして渡すことで、bmad-prd が独自のカスタマイズをゼロから解決する代わりに、これらを尊重するようにします:

   • Intent: update — bmad-prd の通常の intent 検出ステップをスキップします。
   • 解決済みのレガシーカスタマイズ — 4 つのレガシーフィールドについては、bmad-prd 自身の customize.toml から解決する代わりにこれらを使用します。それ以外のすべて（prd_template、validation_checklist_template、validation_report_template、doc_standards、finalize_reviewers、prd_output_path、run_folder_pattern、external_sources、external_handoffs）については、通常どおり bmad-prd 自身のデフォルトとオーバーライドを使用します:
     • activation_steps_prepend = ステップ 1 で解決された値
     • activation_steps_append = ステップ 1 で解決された値
     • persistent_facts = ステップ 1 で解決された値
     • on_complete = ステップ 1 で解決された値
   • 元のユーザー入力: このスキルを呼び出したときにユーザーが述べた内容をそのまま転送します（ターゲットの PRD パス、変更シグナルなど）。

   ここからは bmad-prd がワークフローを引き継ぎます。このシムではこれ以上ステップを実行しないでください。