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.
.claude/skills/ folder in your project/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."
Run this skill inside your PM Operating System, or download it on its own.
Use all 70 skills, workflows, and sub-agents in a system that knows your company, product, and customers.