Claude-skill-registry aico-pm-user-story-writing
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/aico-pm-user-story-writing" ~/.claude/skills/majiayu000-claude-skill-registry-aico-pm-user-story-writing && rm -rf "$T"
manifest:
skills/data/aico-pm-user-story-writing/SKILL.mdsource content
User Story Writing
⚠️ CRITICAL RULES - READ FIRST
BEFORE doing anything, you MUST:
-
CHECK EXISTING FILES:
- Look in
directorydocs/reference/pm/stories/ - If story file already exists, READ it first and ask user if they want to update it
- DO NOT create duplicate story files
- Look in
-
ALWAYS USE THIS SKILL:
- When user says "write story", "create story", "add story" → USE THIS SKILL
- DO NOT write story files directly without using this skill
- This skill ensures proper format and validation
-
ALWAYS SAVE TO CORRECT PATH:
- Path:
docs/reference/pm/stories/{story-name}.md - NO exceptions, NO other locations
- Path:
-
READ CONTEXT FIRST:
- Read
for product contextdocs/reference/pm/constitution.md - Read related version file from
if existsdocs/reference/pm/versions/
- Read
Language Configuration
Before generating any content, check
aico.json in project root for language field to determine the output language. If not set, default to English.
Process
- Identify user type: Who benefits from this feature
- Define goal: What they want to do
- Clarify value: Why it matters to them
- Write acceptance criteria: 3-5 Given/When/Then scenarios
- Add metadata: Priority, complexity, dependencies
- Save story: ALWAYS write to
docs/reference/pm/stories/{story-name}.md
Story Template
# [STORY-ID] Story Title > Project: [project-name] > Created: YYYY-MM-DD > Last Updated: YYYY-MM-DD **As a** [user type] **I want** [goal/action] **So that** [benefit/value] ### Acceptance Criteria - [ ] Given [context], when [action], then [expected result] - [ ] Given [context], when [action], then [expected result] - [ ] Given [context], when [action], then [expected result] ### Notes - Priority: P1/P2/P3 - Estimated complexity: S/M/L/XL - Dependencies: [list any dependencies]
Key Rules
- ALWAYS specify the user type (who benefits)
- MUST focus on user value, not technical solution
- ALWAYS include 3-5 testable acceptance criteria
- Use Given/When/Then format for all criteria
- MUST save to
directorydocs/reference/pm/stories/
Common Mistakes
- ❌ Vague acceptance criteria → ✅ Specific, testable conditions
- ❌ Solution-focused stories → ✅ Focus on user value
- ❌ Missing user type → ✅ Always specify who benefits