Create PRD

Generates structured PRDs from feature request transcripts or plain-language descriptions.

Product Managementproduct-managementstandard
by AgentVoltv1.0.0Published 1y ago1 install
Free to sign up · every skill included with AgentVolt Pro

Before & after

Same prompt, same agent — the only difference is the skill.

PromptTurn this feature request into a PRD
Beforegeneric AI agent
I can definitely help you write a PRD from a feature request. That's a useful way to clarify scope and get alignment across your team. To make a good PRD, I'll need to understand the request in detail. What's the feature trying to solve? Who asked for it, and what's the business context? Are there any competitive products doing something similar? What does success look like — what metric or outcome should this drive? Also, do you know what the technical constraints are, or should I research the codebase to understand what's feasible? PRDs usually include things like user flows, wireframes, acceptance criteria, dependencies, and timelines. How much of that detail do you have already? Should I also create Linear tickets for the dev team, or just the PRD document? And what's your timeline — when would you want this to start building?
Afterwith Create PRD
PRODUCT REQUIREMENTS DOCUMENT - API RATE LIMITING FEATURE

OVERVIEW
Title: Implement per-user API rate limiting
Priority: P1 (blocks 3 enterprise deals)
OwnedBy: Platform team
DueDate: September 15, 2026

BACKGROUND
Enterprise customers report API overages (4 per week avg). Current system has no per-user limits. Competitors Stripe and Twilio enforce rate limits at signup. Without this, we risk SLA breaches and support escalations.

GOAL
Enable fine-grained rate limiting: different tiers get different limits. Free: 100 req/min. Pro: 1000 req/min. Enterprise: custom. Block requests gracefully with 429 status code.

USER STORY
As an API consumer, I want to know my rate limit status (headers: X-RateLimit-Remaining) so I can build resilient applications.

ACCEPTANCE CRITERIA
1. Rate limits enforced per API key (not IP)
2. Limits reset hourly
3. Responses include X-RateLimit-Limit, X-RateLimit-Remaining headers
4. Dashboard shows current usage + historical trend
5. Email alert when usage hits 80% threshold
6. 48h grace period before hard enforcement (soft warning first)

TECHNICAL SCOPE
Implementation: middleware in API layer (Redis counter). Database: track per-key limits + overages. Metrics: Prometheus gauge for usage by tier.

DEPENDENCIES
• Redis cluster ops (existing)
• Dashboard UI team (2 days)
• Billing team (true-up logic)

NON-SCOPE
• Burst allowance (future)
• Cost reporting per endpoint

RISK: Enterprise customers may hit limits unexpectedly. MITIGATION: 48h soft warning + email.

About this skill


name: create-prd description: Use when Generates structured PRDs from feature request transcripts or plain-language descriptions.

Create PRD

Researches the actual codebase for accurate technical scoping before writing the PRD, and can optionally create the corresponding Linear project and issues.

What you get

  • A structured PRD document, optionally with Linear issues created.

Customize your output

  • Source transcript/description
  • whether to auto-create Linear issues.

Example output

A complete PRD with technical scoping pulled from the real codebase.

Best for

Product managers and founders turning requests into scoped specs.

SKILL.md preview

SKILL.md
---
name: create-prd
description: Use this skill when generating a structured PRD from a feature request transcript or a plain-language description.
version: 1.0.0
category: Product Management
author: AgentVolt
license: proprietary
tags:
  - product-management
  - standard
---

# Create PRD

Turns a rough feature request into a structured, technically-grounded PRD by researching the actual codebase for scoping accuracy, and can optionally create the matching Linear project and issues.

## When to use

… (sign up to view the full skill)
Sign up to view, copy, and install the full skill