返回 Skill 列表
extension
分类: 开发与工程无需 API Key

aico-pm-user-story-writing

将需求转化为结构良好的用户故事,使用“作为[用户],我想要[目标],以便于[好处]”的格式,并附上给定/当/然后的验收标准。在以下情况下使用此技能:- 用户要求“编写用户故事”,“创建故事”,“添加故事”- 用户提到“用户故事”,“待办事项”,“故事”- 运行/pm.plan 并需要将 PRD 分解为可执行的故事- 为开发团队创建待办事项- 需要将需求正式化为标准的故事格式- 将功能请求转换为带有验收标准的可操作故事输出:始终将故事文件写入 docs/reference/pm/stories/{story-name}.md

person作者: jakexiaohubgithub

User Story Writing

⚠️ CRITICAL RULES - READ FIRST

BEFORE doing anything, you MUST:

  1. CHECK EXISTING FILES:

    • Look in docs/reference/pm/stories/ directory
    • If story file already exists, READ it first and ask user if they want to update it
    • DO NOT create duplicate story files
  2. 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
  3. ALWAYS SAVE TO CORRECT PATH:

    • Path: docs/reference/pm/stories/{story-name}.md
    • NO exceptions, NO other locations
  4. READ CONTEXT FIRST:

    • Read docs/reference/pm/constitution.md for product context
    • Read related version file from docs/reference/pm/versions/ if exists

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

  1. Identify user type: Who benefits from this feature
  2. Define goal: What they want to do
  3. Clarify value: Why it matters to them
  4. Write acceptance criteria: 3-5 Given/When/Then scenarios
  5. Add metadata: Priority, complexity, dependencies
  6. 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 docs/reference/pm/stories/ directory

Common Mistakes

  • ❌ Vague acceptance criteria → ✅ Specific, testable conditions
  • ❌ Solution-focused stories → ✅ Focus on user value
  • ❌ Missing user type → ✅ Always specify who benefits