rsun-user-stories

Decompose PRD requirements into INVEST-compliant user stories with Given/When/Then acceptance criteria.

Updated May 20, 2026
One-click install
npx skills add https://github.com/EZoneLai/claude-plugin-ronsunai-os --skill rsun-user-stories-ezonelai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: rsun-user-stories
Source: https://github.com/EZoneLai/claude-plugin-ronsunai-os/tree/main/commands/rsun-user-stories
Command: npx skills add https://github.com/EZoneLai/claude-plugin-ronsunai-os --skill rsun-user-stories-ezonelai

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Product requirements documents often contain large, ambiguous feature descriptions that developers cannot estimate or test directly. This Skill breaks PRD functionality into small, independently deliverable user stories with concrete acceptance criteria, giving teams a shared definition of done before a sprint starts. ## Core Features & Use Cases - INVEST Validation: Checks every story against the six INVEST criteria (Independent, Negotiable, Valuable, Estimable, Small, Testable) so stories stay sprint-sized and estimable. - Given/When/Then Acceptance Criteria: Generates multiple scenarios per story including normal paths and edge cases such as empty states, missing permissions, and duplicate submissions. - Epic/Feature/Story Hierarchy: Organizes large features into a three-level story map with priority (P0/P1/P2), complexity (S/M/L), and hour estimates aligned to WBS estimation. - Use Case: After a PRD for a property listing platform is approved, use this Skill to split the "property search" feature into stories like state filtering, each with scenarios for normal filtering, no results, and multi-select behavior. ## Quick Start Break down the approved PRD for the property management module into INVEST-compliant user stories with Given/When/Then acceptance criteria for sprint planning.

Frequently Asked Questions about rsun-user-stories

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I write user stories from a PRD?

Define the user roles first, then write each story in the format "As a [role], I want [action], so that [goal]". Validate every story against the six INVEST criteria and attach at least two Given/When/Then acceptance scenarios before sprint planning.

What is the INVEST criteria for user stories?

INVEST stands for Independent, Negotiable, Valuable, Estimable, Small, and Testable. A good story can be developed alone, leaves implementation open to discussion, delivers user value, can be estimated, fits within one sprint, and has verifiable completion criteria.

How do I write acceptance criteria in Given/When/Then format?

Given describes the precondition or initial state, When describes the user action, and Then describes the expected result. Include multiple scenarios per story covering the normal path plus edge cases like empty results, missing permissions, and duplicate submissions.

How big should a user story be for sprint planning?

A story should be completable within one sprint, typically under 40 hours of work. Larger work packages should be split into three to five smaller stories, each independently developable and testable.

What is the difference between acceptance criteria and UI specifications?

Acceptance criteria define observable behavior and business outcomes, such as "the list shows only Victoria properties". Visual details like button colors belong in design files, not in acceptance criteria, and implementation choices remain with engineers.