feat: 100 skills milestone — 7 new skills + quality improvements across all 93
New skills added: - teaching-lesson-plan: structured lesson plans for any subject/audience/setting - seo-content-brief: complete SEO briefs with intent, competitor gaps, and outline - media-pitch: story-first journalist pitches with angle development framework - change-management-plan: stakeholder analysis, comms strategy, adoption metrics - workshop-facilitation-guide: activity instructions, decision protocols, facilitator moves - sales-forecasting-model: pipeline model, scenario analysis, assumption log - tax-planning-checklist: year-end tax planning across income, pension, CGT, reliefs Quality improvements across all 93 existing skills: - Standardised description format: "Verb the thing. Use when X. Produces Y." - Added Required Inputs section to all skills missing it (prompts for missing info) - Added Quality Checks section to all skills missing it (specific, not generic) - Fixed broken multiline YAML descriptions - Removed non-standard frontmatter keys (tool_integration, metadata blocks) README updated to v6.0.0 with 100-skill count, new skill tables, and article series Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
This commit is contained in:
@@ -1,12 +1,22 @@
|
||||
---
|
||||
name: prd-template
|
||||
description: Product Requirements Document creation following proven PM template structure. Use when the user asks to create, write, draft, or help with a PRD, product requirements document, product spec, feature specification, or product documentation for a new feature or product.
|
||||
description: "Create a Product Requirements Document following proven PM template structure. Use when asked to write a PRD, product spec, feature specification, or requirements document for a new feature or product. Produces a complete PRD with problem statement, user stories, functional requirements, technical considerations, and success metrics."
|
||||
---
|
||||
|
||||
# PRD Template Skill
|
||||
|
||||
This skill helps create professional Product Requirements Documents following industry best practices.
|
||||
|
||||
## Required Inputs
|
||||
|
||||
Ask the user for these if not provided:
|
||||
- **Feature or product name**
|
||||
- **Problem being solved** (from the user's perspective)
|
||||
- **Target user** (role, context, what they're trying to accomplish)
|
||||
- **Success metrics** (how will you know it worked?)
|
||||
- **Scope** (MVP vs full vision — what's in and out of scope)
|
||||
- **Key stakeholders** (who needs to review and approve)
|
||||
|
||||
## Template Structure
|
||||
|
||||
Every PRD should include these sections in order:
|
||||
@@ -91,6 +101,15 @@ Format: "As a [user type], I want to [action] so that [benefit]"
|
||||
- Skip the "why"
|
||||
- Forget about accessibility
|
||||
|
||||
## Quality Checks
|
||||
|
||||
- [ ] Problem statement is written from the user's perspective (not the company's)
|
||||
- [ ] Success metrics are specific and measurable
|
||||
- [ ] User stories include acceptance criteria
|
||||
- [ ] Requirements are testable (not vague)
|
||||
- [ ] Open questions are listed explicitly
|
||||
- [ ] Implementation plan distinguishes MVP from future phases
|
||||
|
||||
## Example PRD Opening
|
||||
|
||||
```
|
||||
|
||||
Reference in New Issue
Block a user