bmad-create-prd

Forward legacy PRD creation requests to the bmad-prd engine.

Updated Jul 11, 2026
One-click install
npx skills add https://github.com/marcmontecalvo/kinward --skill bmad-create-prd-marcmontecalvo
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: bmad-create-prd
Source: https://github.com/marcmontecalvo/kinward/tree/main/.agents/skills/bmad-create-prd
Command: npx skills add https://github.com/marcmontecalvo/kinward --skill bmad-create-prd-marcmontecalvo

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This skill serves as a compatibility layer for legacy PRD creation workflows, ensuring that existing project configurations and override files remain functional while transitioning to the unified bmad-prd system.

Core Features & Use Cases

  • Compatibility Shim: Automatically forwards legacy create-intent requests to the modern bmad-prd engine.
  • Configuration Resolution: Dynamically resolves user-specific customizations and persistent facts from the project root.
  • Use Case: Use this if you have existing legacy configuration files in the _bmad/custom directory and need to maintain consistent PRD generation behavior during your migration to the latest version of the BMad framework.

Quick Start

Invoke the bmad-create-prd skill to generate a new product requirements document using your existing project-level configuration and workflow settings.

Frequently Asked Questions about bmad-create-prd

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I migrate legacy PRD generation workflows to the unified BMad framework?▼

A compatibility shim facilitates migrating legacy PRD generation workflows to the unified BMad framework by delegating execution to the primary bmad-prd engine while managing persistent facts and configuration files.

Do I need existing configuration files to maintain consistent PRD generation behavior during migration?▼

You need existing legacy configuration files in the _bmad/custom directory to maintain consistent PRD generation behavior. The system dynamically resolves these user-specific customizations and persistent facts from the project root.

How does the compatibility layer resolve project-specific customization files for PRD creation?▼

The compatibility layer resolves project-specific customization files by dynamically fetching user-specific customizations and persistent facts directly from the project root before delegating execution to the primary bmad-prd engine.

Can I use my existing automation scripts with the latest version of the BMad framework?▼

You can use existing automation scripts with the latest BMad framework because the compatibility shim ensures backward compatibility for existing automation scripts and user-defined override configurations during the transition.

When should I use a compatibility shim for PRD generation instead of the primary engine directly?▼

Use a compatibility shim for PRD generation when you have legacy configuration files in the _bmad/custom directory and need to maintain consistent behavior while transitioning to the latest BMad framework version.