to-prd

Generate a Product Requirements Document from conversation context and publish it to the issue tracker.

Updated Feb 28, 2019
One-click install
npx skills add https://github.com/rjschie/dotfiles --skill to-prd-rjschie
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-prd
Source: https://github.com/rjschie/dotfiles/tree/main/files/claude/skills/to-prd
Command: npx skills add https://github.com/rjschie/dotfiles --skill to-prd-rjschie

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill helps users generate a Product Requirements Document (PRD) from the current conversation context and publish it to the project issue tracker.

Core Features & Use Cases

  • PRD Generation: Synthesize a PRD from the current conversation context and codebase understanding.
  • Issue Tracker Integration: Publish the PRD to the project issue tracker with a triage label.
  • Use Case: When a user wants to create a PRD from the current context without the need for further interviews.

Quick Start

Run the 'to-prd' skill to generate a PRD from the current conversation context and publish it to the issue tracker.

Frequently Asked Questions about to-prd

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

FAQPage Schema
How do I create a PRD from existing conversation context?

You can synthesize a PRD directly from your current conversation context and codebase understanding, then publish it to your project issue tracker with a triage label applied.

How does context synthesis work for generating product requirements documents?

Context synthesis for a PRD works by extracting the project's domain vocabulary and adhering to existing ADRs from the conversation, transforming that knowledge into a formatted requirements document without requiring further interviews.

Do I need to conduct further interviews before generating a PRD?

No further interviews are needed to generate a PRD if the current conversation context already contains sufficient domain vocabulary and project knowledge to synthesize the requirements document.

Can I publish a product requirements document directly to an issue tracker?

Yes, you can publish a synthesized PRD directly to a project issue tracker; the Skill automatically applies a triage label to the issue to flag it for review.

What's the best way to handle project planning when ADRs are involved?

For project planning with ADRs, the Skill ensures the generated PRD adheres to those architectural decisions, synthesizing requirements that align with established technical constraints and domain vocabulary.

When should I not use automated PRD generation from conversation context?

You should not use automated PRD generation when the conversation context lacks sufficient domain vocabulary, project knowledge, or established ADRs needed to synthesize accurate requirements without further interviews.