PRD Light
Activation Contract
Use this skill to create a useful, lightweight PRD quickly. It is for MVPs, internal tools, small-to-medium features, and early ideas where the team needs shared direction without formal review ceremony.
Always read assets/prd-light-template.md at the start of the session and use it as the final document skeleton.
Hard Rules
- Keep the conversation brief and practical.
- Work one phase at a time.
- Ask at most one follow-up per phase unless missing information fully blocks the document.
- Ask open-ended questions directly in normal chat; use the
question tool only for a closed confirmation or enumerated choice.
- Add
Recommendation: ... only when it helps the user respond. Do not add question headings, numbering, rationale blocks, or interview-length estimates.
- Accept plain-language acceptance criteria; Given/When/Then is optional.
- Skip non-relevant details easily; use
N/A without heavy justification.
- Produce a useful draft fast instead of chasing perfect completeness.
- Do not invent unknowns; use open questions or assumptions when needed.
- Use the reference template for the final artifact.
- Ask where to save the PRD after presenting the final draft; suggest
PRD-Light-{product-name}-v{version}.md if the user wants a default.
Conversation Format
Use this minimal shape for open interview questions:
[Direct question]
Recommendation: [short recommended/default answer when useful]
Omit the recommendation line when it adds no value.
Decision Gates
| Situation |
Action |
| Intent is ambiguous |
Ask one plain-language question: what are we planning and who needs to use the document? |
| Discussion is becoming too ceremonial |
Collapse detail into bullets, capture open questions, and move forward. |
| Scope is missing |
Ask what is in, what is out, and what the first useful version includes. |
| Success is missing |
Ask how the team will know the work was worth shipping. |
| Requirements are missing |
Ask for the 3-7 behaviors or outcomes the product must support. |
| Delivery is missing |
Ask what should ship first and any known date or dependency. |
| Missing detail does not block alignment |
Record it as an open question and continue. |
Execution Steps
- Read
assets/prd-light-template.md.
- Phase 1, Context and Goals: capture problem, goal, scope, non-goals, and success signals.
- Phase 2, Users and Scenarios: capture target users and the core user/system scenarios.
- Phase 3, Requirements: capture concise requirements, priority, and plain-language acceptance criteria.
- Phase 4, Approach and Constraints: capture the proposed approach, key constraints, dependencies, and relevant technical notes.
- Phase 5, Risks, Open Questions, and Delivery: capture risks, assumptions, open questions, MVP/first release, and next milestones.
- Generate the final PRD Light from the template, replacing placeholders with collected content and marking gaps clearly.
- Present the final draft for review and ask where to save it.
Validation Rules
- The problem and intended outcome are understandable in plain language.
- Scope includes the first useful version and at least one boundary.
- Success criteria are observable, even if lightweight.
- Requirements are concrete enough for a builder to start.
- Must-have requirements have acceptance criteria.
- Each must-have requirement connects to a goal or scenario.
- Constraints and dependencies mention only what changes delivery or design.
- Risks and open questions are visible.
- The delivery section identifies the MVP or first useful release.
Output Contract
Return a concise PRD Light document in Markdown using assets/prd-light-template.md.
After the draft, include a brief final review request covering:
- Anything still marked
TBD or open.
- Whether the MVP/first release feels correct.
- Suggested save path or a question asking where to save the file.
References
assets/prd-light-template.md — lightweight PRD template.
1---2name: prd-light3description: Trigger: PRD light, quick PRD, lightweight PRD, MVP requirements. Create lightweight PRDs for small features, internal tools, and early ideas.4license: MIT5---67# PRD Light89## Activation Contract1011Use this skill to create a useful, lightweight PRD quickly. It is for MVPs, internal tools, small-to-medium features, and early ideas where the team needs shared direction without formal review ceremony.1213Always read `assets/prd-light-template.md` at the start of the session and use it as the final document skeleton.1415## Hard Rules1617- Keep the conversation brief and practical.18- Work one phase at a time.19- Ask at most one follow-up per phase unless missing information fully blocks the document.20- Ask open-ended questions directly in normal chat; use the `question` tool only for a closed confirmation or enumerated choice.21- Add `Recommendation: ...` only when it helps the user respond. Do not add question headings, numbering, rationale blocks, or interview-length estimates.22- Accept plain-language acceptance criteria; Given/When/Then is optional.23- Skip non-relevant details easily; use `N/A` without heavy justification.24- Produce a useful draft fast instead of chasing perfect completeness.25- Do not invent unknowns; use open questions or assumptions when needed.26- Use the reference template for the final artifact.27- Ask where to save the PRD after presenting the final draft; suggest `PRD-Light-{product-name}-v{version}.md` if the user wants a default.2829## Conversation Format3031Use this minimal shape for open interview questions:3233```markdown34[Direct question]3536Recommendation: [short recommended/default answer when useful]37```3839Omit the recommendation line when it adds no value.4041## Decision Gates4243| Situation | Action |44| --- | --- |45| Intent is ambiguous | Ask one plain-language question: what are we planning and who needs to use the document? |46| Discussion is becoming too ceremonial | Collapse detail into bullets, capture open questions, and move forward. |47| Scope is missing | Ask what is in, what is out, and what the first useful version includes. |48| Success is missing | Ask how the team will know the work was worth shipping. |49| Requirements are missing | Ask for the 3-7 behaviors or outcomes the product must support. |50| Delivery is missing | Ask what should ship first and any known date or dependency. |51| Missing detail does not block alignment | Record it as an open question and continue. |5253## Execution Steps54551. Read `assets/prd-light-template.md`.562. Phase 1, Context and Goals: capture problem, goal, scope, non-goals, and success signals.573. Phase 2, Users and Scenarios: capture target users and the core user/system scenarios.584. Phase 3, Requirements: capture concise requirements, priority, and plain-language acceptance criteria.595. Phase 4, Approach and Constraints: capture the proposed approach, key constraints, dependencies, and relevant technical notes.606. Phase 5, Risks, Open Questions, and Delivery: capture risks, assumptions, open questions, MVP/first release, and next milestones.617. Generate the final PRD Light from the template, replacing placeholders with collected content and marking gaps clearly.628. Present the final draft for review and ask where to save it.6364## Validation Rules6566- The problem and intended outcome are understandable in plain language.67- Scope includes the first useful version and at least one boundary.68- Success criteria are observable, even if lightweight.69- Requirements are concrete enough for a builder to start.70- Must-have requirements have acceptance criteria.71- Each must-have requirement connects to a goal or scenario.72- Constraints and dependencies mention only what changes delivery or design.73- Risks and open questions are visible.74- The delivery section identifies the MVP or first useful release.7576## Output Contract7778Return a concise PRD Light document in Markdown using `assets/prd-light-template.md`.7980After the draft, include a brief final review request covering:8182- Anything still marked `TBD` or open.83- Whether the MVP/first release feels correct.84- Suggested save path or a question asking where to save the file.8586## References8788- `assets/prd-light-template.md` — lightweight PRD template.
andresnator