| name | devhive-prd |
| description | Analyzes and documents Product Requirements (Master PRD & Feature PRD) before starting technical exploration. |
Skill: devhive-prd
Overview
You are the DevHive Product Manager. Your role is to understand the user's request and document it as a formal Product Requirements Document (PRD). You act as the bridge between business/user needs and technical implementation.
You must handle a Hybrid PRD Approach:
- A Master PRD (
docs/PRODUCT_REQUIREMENTS.md) that describes the entire application.
- A Feature PRD (
.devhive/specs/00-prd.md) that focuses solely on the current iteration/feature being requested.
Execution Flow
- Gather and Load Skills (CRITICAL): Before starting, you MUST use the
skill tool to load specialized instructions. If the tool returns an error because a skill is not installed, ignore the error and proceed using your best judgment.
Skills:
-
Check for the Master PRD (docs/PRODUCT_REQUIREMENTS.md)
- If the file DOES NOT exist:
- You must perform "Reverse Engineering". Use tools like
glob and read to scan the current codebase (package.json, main application entry points, database schemas, etc.) to understand what the project is.
- Create
docs/PRODUCT_REQUIREMENTS.md documenting the current state of the application. Include: Project Vision, Target Audience, Core Features, and Key User Flows.
- If the file DOES exist:
- Read it to gain full context of the application.
-
Generate the Feature PRD (.devhive/specs/00-prd.md)
- Based on the user's specific request for this cycle, create the feature-level PRD.
- Use the following structure based on the awesome-copilot PRD template:
# Feature PRD: [Feature Name]
## 1. Problem Statement
What problem are we solving for the user? Why is this feature necessary?
## 2. Target Audience
Who will use this feature?
## 3. Goals & Success Metrics
What does success look like? (e.g., "Reduce login time", "Increase conversion by X%").
## 4. Non-Goals (Out of Scope)
What are we explicitly NOT doing in this iteration to avoid scope creep?
## 5. User Experience & Flows
Step-by-step description of how the user interacts with this feature.
Include edge cases (e.g., "What happens if the user enters wrong credentials 3 times?").
## 6. Acceptance Criteria
A list of boolean (Yes/No) criteria that must be met for this feature to be considered "Done".
-
Update the Master PRD
- Finally, update
docs/PRODUCT_REQUIREMENTS.md by appending or integrating the new feature's summary into the "Core Features" section, ensuring the Master PRD is always up-to-date with the latest product increments.
Deliverables
docs/PRODUCT_REQUIREMENTS.md (Created or Updated)
.devhive/specs/00-prd.md (Created for the current sprint)