One-click install
npx skills add https://github.com/soham2008xyz/trade-tycoon --skill breakdown-feature-prd-soham2008xyz
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: breakdown-feature-prd
Source: https://github.com/soham2008xyz/trade-tycoon/tree/main/.agents/skills/breakdown-feature-prd
Command: npx skills add https://github.com/soham2008xyz/trade-tycoon --skill breakdown-feature-prd-soham2008xyz

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It turns vague feature ideas from an Epic into a detailed, engineering-ready Product Requirements Document. This reduces misalignment between product and engineering by documenting the problem, goals, users, requirements, and measurable outcomes. It also lowers rework by defining acceptance criteria and out-of-scope boundaries early.

Core Features & Use Cases

  • Epic-to-PRD conversion: Translates an Epic and feature request into a complete PRD with a consistent structure.
  • Clarifying questions when needed: Asks for missing details to ensure the PRD is unambiguous before finalizing.
  • Engineering-ready documentation: Produces functional/non-functional requirements and testable acceptance criteria, then saves the PRD to the specified path.

Quick Start

Ask the AI to create a feature PRD for your new Epic by providing the Epic details and the feature request so it can generate a complete Markdown PRD saved to /docs/ways-of-work/plan/{epic-name}/{feature-name}/prd.md.

Frequently Asked Questions about breakdown-feature-prd

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

FAQPage Schema
How do I generate a PRD from an epic for SaaS engineering teams?

To generate a PRD from an epic, provide the epic description and feature context. The system creates a comprehensive document covering goals, personas, user stories, and acceptance criteria, saving it as Markdown to your specified planning directory.

What is epic decomposition and how does it help define product requirements?

Epic decomposition breaks down large feature descriptions into detailed user stories, functional requirements, and testable acceptance criteria. This process reduces misalignment between product and engineering by documenting explicit out-of-scope items and measurable outcomes early.

How do I write testable acceptance criteria for user stories?

Testable acceptance criteria are written by translating feature goals into specific, verifiable conditions. The system automatically generates these criteria alongside functional and non-functional requirements to ensure engineering teams have clear boundaries for each user story.

Can I create a feature PRD if my epic description is missing details?

Yes, you can create a feature PRD with incomplete details. When information is insufficient, the system asks clarifying questions to gather missing context before finalizing the document, ensuring the output remains unambiguous and buildable.

What is the best way to document non-functional requirements for new product capabilities?

The best way to document non-functional requirements is to include them in a structured PRD. The system generates these alongside functional requirements and out-of-scope boundaries, saving the complete document as a Markdown file for engineering reference.

Does generating a PRD require any specific project directory structure?

Generating a PRD saves the output Markdown document to a specific directory path: /docs/ways-of-work/plan/{epic-name}/{feature-name}/prd.md. Ensure your project repository supports this folder structure for proper file storage.