Write clear user stories with acceptance criteria following the INVEST principles.
/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.
/product-brief-writerWrite one-page product briefs to get buy-in before investing in full specs.
/onboarding-flow-designerDesign onboarding flows that guide users to value quickly without being annoying.
/technical-spec-writerWrite technical specifications with architecture, data models, and API designs.
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 all 70 skills running in a system that knows your company, product, and customers.
All 70 skills + your company context in one system.