prd

Generate structured PRDs with requirements, user stories, and acceptance criteria.

24|6|Updated Mar 6, 2026
One-click install
npx skills add https://github.com/tobyilee/toby-plugins --skill prd-tobyilee
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: prd
Source: https://github.com/tobyilee/toby-plugins/tree/main/plugins/toby-codereview/skills/prd
Command: npx skills add https://github.com/tobyilee/toby-plugins --skill prd-tobyilee

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Global teams often struggle with producing structured, actionable PRDs that clearly define scope, success criteria, and implementation details, leading to misalignment and rework.

Core Features & Use Cases

  • Structured PRD with clearly defined sections: Introduction, Goals, User Stories, Functional Requirements, Non-Goals, Design Considerations, Technical Considerations, Success Metrics, and Open Questions.
  • Guided clarifying questions to refine scope before generating the PRD.
  • Automatic generation and saving of the PRD to tasks/prd-[feature-name].md with explicit acceptance criteria and traceable requirements.

Quick Start

Describe the feature you want PRDed in one sentence, and I will generate a complete, ready-to-implement PRD.

Frequently Asked Questions about prd

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

FAQPage Schema
What is a product requirements document and when do I need one for feature planning?

A product requirements document (PRD) defines feature scope, success criteria, and implementation details to align teams. You need a PRD when planning a feature to prevent misalignment and rework across global product teams.

How do I generate a PRD with user stories and acceptance criteria from a feature prompt?

To generate a PRD with user stories and acceptance criteria, describe your feature in a sentence. The tool asks clarifying questions to refine scope, then produces a structured PRD saved as tasks/prd-[feature-name].md.

What sections should be included in a structured PRD for product management?

A structured PRD should include Introduction, Goals, User Stories, Functional Requirements, Non-Goals, Design Considerations, Technical Considerations, Success Metrics, and Open Questions to fully guide implementation and define scope.

Can I use a PRD to establish non-goals and open questions for my development team?

Yes, a PRD explicitly establishes non-goals and open questions to set clear boundaries for your development team. Defining these elements prevents scope creep and highlights unresolved technical or design considerations before implementation.

What is the best way to align cross-functional teams on feature scope and success metrics?

The best way to align teams on feature scope and success metrics is generating a structured PRD. It provides explicit numbered requirements, traceable user stories, and defined success criteria to ensure all stakeholders share the same understanding.

Does generating a PRD require any specific frameworks or dependencies to function?

Generating a PRD requires no external frameworks or dependencies. You simply input a feature description, answer guided clarifying questions to refine the scope, and the tool outputs a complete markdown file with traceable requirements.