to-prd

Convert conversations and codebase context into a structured PRD for issue trackers.

40|9|Updated Jan 4, 2026
One-click install
npx skills add https://github.com/akillness/jeo-skills --skill to-prd-akillness
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: to-prd
Source: https://github.com/akillness/jeo-skills/tree/main/.agent-skills/to-prd
Command: npx skills add https://github.com/akillness/jeo-skills --skill to-prd-akillness

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Converts ongoing discussions and codebase context into a structured Product Requirements Document (PRD) ready for publication to the project issue tracker, eliminating the need for separate interviews and manual synthesis.

Core Features & Use Cases

  • Structured PRD generation from conversations and codebases
  • Includes problem, solution, user stories, implementation decisions, testing, and references
  • Suitable for publishing to project issue trackers and guiding planning sessions

Quick Start

Analyze the current discussion and codebase context to generate a complete PRD that can be submitted 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 generate a product requirements document from an existing conversation?

To generate a product requirements document from an existing conversation, the Skill analyzes your ongoing discussions and codebase context to automatically produce a structured PRD. This eliminates the need for separate user interviews and manual synthesis before publishing to an issue tracker.

What sections should be included in a PRD for an issue tracker?

A PRD for an issue tracker should include a problem statement, proposed solution, user stories, implementation decisions, testing considerations, scope, and references. This structure ensures the feature requirements are fully documented and ready for formal planning sessions.

When do I need a formal spec before breaking development work into tasks?

You need a formal spec before breaking development work into tasks when user interviews are not conducted but a structured PRD is required. This Skill converts your codebase context and discussions into the necessary formal specification to guide implementation.

Can I use this Skill to write user stories and implementation decisions without conducting interviews?

Yes, you can write user stories and implementation decisions without conducting interviews by applying this Skill. It directly extracts requirements from your current conversations and codebase context to populate the full PRD template workflow.

What is the best way to turn codebase context into a structured PRD?

The best way to turn codebase context into a structured PRD is to analyze the current discussion alongside the codebase to synthesize requirements. This approach automatically generates a complete document ready for issue tracker publication and planning.