bmad-edit-prd

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

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill provides a compatibility layer for existing workflows that need to update Product Requirement Documents (PRDs) while transitioning to the newer, more robust bmad-prd system.

Core Features & Use Cases

  • Workflow Consolidation: Automatically forwards legacy update requests to the unified bmad-prd engine.
  • Configuration Mapping: Preserves existing customization settings from legacy TOML files during the transition.
  • Use Case: If you have an existing automated workflow that triggers bmad-edit-prd to update a project specification, this skill ensures the update is processed correctly by the modern backend without requiring immediate manual migration of your configuration files.

Quick Start

Invoke the bmad-edit-prd skill followed by the path to your PRD file and the specific changes you wish to apply.

Frequently Asked Questions about bmad-edit-prd

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

FAQPage Schema
How do I update legacy product requirement documents without breaking my automated workflow?

To update legacy product requirement documents safely, you can use a compatibility shim that forwards existing update requests to a unified backend while preserving your deprecated configuration parameters and enforcing modern validation protocols.

What is a PRD migration shim and when do I need one for product management workflows?

A PRD migration shim is a compatibility layer needed when transitioning automated product management workflows to a newer system architecture without immediately rewriting existing configuration files or breaking established update triggers.

Do I need to manually migrate my TOML configuration files before updating product requirements?

No, you do not need to manually migrate TOML configuration files beforehand, because the skill automatically maps deprecated customization settings from legacy files to current architectural standards during the document update process.

How do I apply changes to a product specification using the bmad-edit-prd workflow?

To apply changes to a product specification, invoke the skill followed by the file path to your PRD and the specific modifications you wish to apply, and the unified backend will process the update automatically.

Will my existing automated triggers still work after consolidating PRD update workflows?

Yes, existing automated triggers will continue to work because the compatibility layer ensures backward compatibility for automated triggers while routing update requests through the modern product management system.

What are the limitations of using a legacy shim for product requirements documentation?

The primary limitation is that this approach is a transitional bridge; while it enforces modern validation and reporting protocols, it relies on mapping deprecated parameters rather than fully migrating your configuration to the new architectural standards.