Write clear user stories with acceptance criteria following the INVEST principles.
Now includes the former Feature Decomposition Tool.
/user-story-writer30 min → 5 min per story
Compared to doing it manually
/user-story-writerType this in Claude to run the skill
User stories are either too big to estimate, too vague to test, or so detailed they constrain engineering creativity. Sprint planning grinds to a halt.
Agent workflows chain multiple skills into one command.
/welcome/user-story-writer in Claude to run the skill/one-pager-creatorCreate compelling one-page feature briefs that align stakeholders quickly.
/onboarding-flow-designerDesign onboarding flows that guide users to value quickly without being annoying.
/prd-generatorTransform messy ideas into structured PRDs that get stakeholder alignment before engineering starts building.
A user story is a short description of a feature from the user's perspective: "As a [user type], I want [goal] so that [benefit]." It focuses on user value, not implementation details.
Detailed enough to estimate and build, but not so detailed they become specs. Include acceptance criteria (how you'll know it's done) but leave implementation decisions to engineering.
A user story describes user value ("As a user, I want to reset my password"). Tasks are implementation steps ("Add forgot password link", "Create reset email template"). Stories are split into tasks during sprint planning.
Good acceptance criteria are testable, specific, and user-focused. Use "Given/When/Then" format: "Given I'm logged out, when I click forgot password, then I receive a reset email within 5 minutes."
Get every skill running in a system that knows your company, product, and customers.
Every skill + your company context in one system.