[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6J0388FHB5TM3BGY2SJRP9K":3,"skill-same:01M6J0388FHB5TM3BGY2SJRP9K":79},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":28,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":50,"commitSha":51,"skillDirectory":52,"forksCount":53,"repositoryHtmlUrl":54,"repositoryHomepageUrl":55,"ownerHtmlUrl":56,"ownerBlogUrl":55,"ownerDescription":57,"updatedAt":58,"install":59,"resources":72},"01M6J0388FHB5TM3BGY2SJRP9K","pm-user-story",null,"Use when: 需要将需求转化为用户故事、准备敏捷开发任务、进行需求拆分、编写验收标准\nDo NOT use when: 需求已可直接进入开发、团队不使用用户故事格式","konglong87\u002FsuperPM","konglong87","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F38234954?v=4","01M6HZZN5EA0572RY1RZAFRKHV","to be a better gopher","01M6HZZN9YN157X26KMMAA147E",91,"MIT","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002F02-solution-design\u002Fpm-user-story\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},"01JBSEEDCAT000000000000031","产品经理","PROFESSION","适用职业",[29,30,31,32,33,34,35,36,37,38],"user","user story","Story","pm","pm user story","Bash","read","write","use","do","2026-11-10 10:12:30",false,"---\nname: pm-user-story\ndescription: |\n  Use when: 需要将需求转化为用户故事、准备敏捷开发任务、进行需求拆分、编写验收标准\n  Do NOT use when: 需求已可直接进入开发、团队不使用用户故事格式\nallowed-tools:\n  - Read\n  - Write\n  - AskUserQuestion\n  - Bash\n  - Agent\n---\n\n## Preamble (run first)\n\n```bash\n# 检查方案设计目录\n\n# 检查前置文档\necho \"? 正在检查前置文档...\"\n\nif [ -f \"docs\u002F02-方案设计\u002FPRD产品需求文档.md\" ]; then\n  echo \"✅ PRD文档 - 已找到\"\nelse\n  echo \"⏳ PRD文档 - 未找到\"\nfi\n\nif [ -f \"docs\u002F02-方案设计\u002F功能细节拆解.md\" ]; then\n  echo \"✅ 功能细节拆解 - 已找到\"\nelse\n  echo \"⏳ 功能细节拆解 - 未找到\"\nfi\n```\n\n---\n\n## 写入时边界\n\n只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖\u002F追加选择；确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills\u002F_shared\u002Fartifact-policy.md`，单独安装本 skill 也按本段执行。\n\n---\n\n## 跨 Agent 交互规则\n\n当流程要求与用户交互时：\n\n1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。\n2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。\n3. 一次只问一个问题。\n4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。\n5. 不得在用户回答前生成文档、写入 docs。\n6. 已有 docs 文件不能替代本轮用户回答。\n\n---\n\n## 执行流程\n\n\n### 步骤 1: 选择用户故事范围\n\n使用 AskUserQuestion 询问：\n\n> 您需要编写哪方面的用户故事？\n>\n> A) 全部功能用户故事（基于PRD功能列表）\n> B) 单个模块的用户故事（请指定模块）\n> C) 单个功能的用户故事（请指定功能）\n> D) Epic级用户故事（高层次需求）\n> E) 其他（请手动输入）\n>\n> ? 提示：\n> - Sprint规划 → 推荐单个模块的用户故事\n> - 产品规划 → 推荐Epic级用户故事\n> - 开发准备 → 推荐全部功能用户故事\n\n记录到变量 `STORY_SCOPE`\n\n---\n\n### 步骤 2: 读取前置数据\n\n根据范围读取相应文档：\n\n**必需文档**：\n- PRD产品需求文档（如果存在）\n- 功能细节拆解（如果存在）\n\n**可选文档**：\n- MVP方案\n- 用户画像\n\n**读取失败处理**：\n\n如果 PRD 文档不存在：\n\n> ⚠️ 未找到 PRD 文档\n>\n> 用户故事需要明确的功能需求作为输入。\n>\n> 您可以选择：\n> A) 执行 \u002Fpm-docs 生成 PRD\n> B) 使用功能细节拆解作为输入\n> C) 手动输入功能需求（快速模式）\n\n---\n\n### 步骤 3: 用户故事编写原则\n\n> ? 用户故事标准格式：\n>\n> ```\n> 作为 \u003C角色>\n> 我想要 \u003C功能>\n> 以便于 \u003C价值>\n> ```\n>\n> **验收标准（BDD格式）**：\n> ```\n> GIVEN \u003C前置条件>\n> WHEN \u003C触发操作>\n> THEN \u003C预期结果>\n> ```\n>\n> 是否继续编写？\n>\n> A) 理解了，开始编写\n> B) 我需要更多示例\n> C) 我有特定的编写规范\n\n---\n\n### 步骤 4: Epic级用户故事\n\n#### 4.1 识别Epic\n\n基于PRD识别出Epic：\n\n| Epic ID | Epic名称 | 描述 | 包含Story数 |\n|---------|---------|------|------------|\n| E001 | 用户管理 | 用户注册、登录、信息管理 | 5 |\n| E002 | 商品浏览 | 商品列表、搜索、详情 | 4 |\n| E003 | 购物车管理 | 加入购物车、编辑、结算 | 3 |\n| E004 | 订单管理 | 订单创建、支付、查看 | 6 |\n\n> 是否需要调整Epic划分？\n>\n> A) 划分合理，继续\n> B) 需要调整\n> C) 我有其他划分方式\n\n#### 4.2 Epic详细描述\n\n对每个Epic进行描述：\n\n```\n**Epic: E001 用户管理**\n\n作为 产品系统\n我想要 提供用户管理功能\n以便于 用户可以注册登录，管理个人信息\n\n业务价值：\n- 用户可以拥有个人账号\n- 支持个性化服务\n- 提供用户数据用于数据分析\n\n包含Story：US001-US005\n优先级：P0\n预估工时：5人天\n```\n\n逐个对每个Epic确认后继续。\n\n---\n\n### 步骤 5: Story级用户故事\n\n#### 5.1 逐个编写Story\n\n对每个功能，按以下模板编写用户故事：\n\n> **US001: 用户注册**\n>\n> ```\n> 作为 新用户\n> 我想要 通过手机号注册账号\n> 以便于 拥有个人账号，享受个性化服务\n> ```\n>\n> **验收标准 - 场景1：正常注册**\n> ```\n> GIVEN 用户未注册过，打开注册页面\n> WHEN 用户输入手机号、验证码、密码，点击\"注册\"\n> THEN 创建账号成功，自动登录，跳转到首页\n> ```\n>\n> **场景2：手机号已注册**\n> ```\n> GIVEN 手机号已注册\n> WHEN 用户输入该手机号\n> THEN 提示\"已注册，请直接登录\"\n> ```\n>\n> **场景3：验证码错误**\n> ```\n> GIVEN 用户已获取验证码\n> WHEN 输入错误验证码\n> THEN 提示\"验证码错误\"，允许重新输入\n> ```\n>\n> **技术备注**：验证码5分钟有效，密码bcrypt加密\n> **依赖**：无\n> **风险**：验证码发送失败 → 提供邮箱注册备选\n>\n> 这个用户故事是否完整？\n>\n> A) 完整，继续下一个Story\n> B) 需要调整\n> C) 需要补充更多场景\n\n逐个Story编写，直到功能列表完成。\n\n#### 5.2 Subagent 并行编写（v2.0 增强）\n\n如果有大量Story（>10个），使用 Agent 工具并行生成：\n\n```markdown\n使用 Agent 工具并行派发：\n\nAgent 1: 编写Epic1的所有Story\n  - 输入：Epic1 描述 + 功能列表\n  - 输出：完整用户故事（含验收标准）\n\nAgent 2: 编写Epic2的所有Story\n  - 输入：Epic2 描述 + 功能列表\n  - 输出：完整用户故事（含验收标准）\n\nAgent 3: 编写Epic3的所有Story\n  - 输入：Epic3 描述 + 功能列表\n  - 输出：完整用户故事（含验收标准）\n\nAgent 4: 验收标准生成\n  - 输入：所有 Story 列表\n  - 输出：每个 Story 的 BDD 验收标准\n\n主 agent 等待所有 subagent 完成，合并汇总输出最终文档。\n```\n\n### 版本对比（v1 vs v2）\n\n| 维度 | v1（串行） | v2（Subagent 并行） |\n|------|-----------|-------------------|\n| Story 编写 | 逐个编写 | Subagent 按 Epic 并行编写 |\n| 验收标准 | 手动逐条编写 | Subagent 批量生成 |\n| Token 占用 | 全部 Story 占用主上下文 | Subagent 独立上下文 |\n| 执行效率 | 线性顺序 | 并行 3-4x 加速 |\n\n---\n\n### 步骤 6: Story拆分\n\n对于复杂的Story（Story Point > 8 或 验收标准过多），进行拆分：\n\n> ? Story拆分建议：\n>\n> **US004: 购物车管理** → 拆分为：\n> - US004-1: 加入购物车\n> - US004-2: 查看购物车\n> - US004-3: 编辑购物车商品数量\n> - US004-4: 删除购物车商品\n>\n> 是否接受拆分？\n>\n> A) 接受拆分\n> B) 我有其他拆分方式\n> C) 不需要拆分\n\n---\n\n### 步骤 7: Story优先级排序\n\n基于业务价值和依赖关系排序：\n\n> **P0（必须有）**：US001注册、US002登录、US006商品列表、US008商品详情、US010加入购物车、US014订单创建、US015订单支付\n>\n> **P1（应该有）**：US003找回密码、US004个人信息、US007搜索、US011购物车编辑\n>\n> **P2（可以有）**：US008收藏、US009评价、US014取消订单\n>\n> 是否需要调整优先级？\n\n---\n\n### 步骤 8: 输出用户故事清单\n\n使用 Write 工具创建 `docs\u002F02-方案设计\u002F用户故事清单.md`。\n\n参考 `references\u002Foutput-template.md` 模板，文档结构如下：\n\n1. **用户故事总览** - Epic清单（ID、名称、描述、Story数、优先级、工时）\n2. **Epic详情及Story清单** - 每个Epic下的Story列表\n3. **完整用户故事** - 每个Story的完整描述（角色、功能、价值、验收标准）\n4. **Story依赖关系图** - 依赖关系图示\n5. **Sprint规划建议** - Sprint划分和工时估算\n6. **附录** - 用户故事模板、Story Point指南\n\n---\n\n## 兜底机制\n\n### 场景 1: 无前置文档\n\n提供手动输入模式，允许用户逐个输入功能需求。\n\n### 场景 2: 用户中途退出\n\n保存已编写的Story列表到草稿文件。\n\n---\n\n## 注意事项\n\n1. **INVEST原则**：每个Story应独立（Independent）、可协商（Negotiable）、有价值（Valuable）、可估算（Estimable）、小型（Small）、可测试（Testable）\n2. **验收标准**：每个Story至少包含1个正常场景和1个异常场景\n3. **Story Point**：使用斐波那契数列（1,2,3,5,8,13）\n4. 完整输出模板参见：`references\u002Foutput-template.md`\n\n---\n\n## 输出质量对比\n\n**✅ Good 示例**：\n```\n- 有数据引用：「根据 Q4 数据，留存率从 35% 降至 28%」\n- 有验证来源：「数据来源：Google Analytics, 2025-12-01」\n- 有明确建议：「建议将新手引导步骤从 5 步减少至 3 步」\n```\n\n**❌ Bad 示例**：\n```\n- 模糊结论：「数据表明留存率有所下降」\n- 无来源：「根据经验，这个功能很重要」\n- 没有行动建议：「留存是个问题」\n```\n\n---\n\n## 常见误区 \u002F Red Flags — STOP\n\n出现以下情况立即停止并回溯：\n\n| 误区 | 正确做法 |\n|------|---------|\n| 使用\"应该\"、\"大概\"、\"看起来\"做结论 | 必须基于实际数据和验证 |\n| 未运行检查就声称已完成 | 先验证，再陈述 |\n| 因时间紧迫跳过关键步骤 | 没有例外，时间紧更要严格 |\n| \"这次应该没问题\"的想法 | 每次都要重新验证 |\n\n---\n\n## 产出质量检查 \u002F Verification Checklist\n\n- [ ] 前置依赖已满足（输入文档\u002F数据已收集）\n- [ ] 核心步骤已全部执行\n- [ ] 输出文档已生成到 `docs\u002F` 目录\n- [ ] 每个判断都有数据\u002F证据支撑\n- [ ] 已推荐 2-3 个后续 skill\n\n> ⚠️ 任何一项未通过 → 补全后再标记完成。\n\n---\n","## Preamble (run first)\n\n```bash\n# 检查方案设计目录\n\n# 检查前置文档\necho \"? 正在检查前置文档...\"\n\nif [ -f \"docs\u002F02-方案设计\u002FPRD产品需求文档.md\" ]; then\n  echo \"✅ PRD文档 - 已找到\"\nelse\n  echo \"⏳ PRD文档 - 未找到\"\nfi\n\nif [ -f \"docs\u002F02-方案设计\u002F功能细节拆解.md\" ]; then\n  echo \"✅ 功能细节拆解 - 已找到\"\nelse\n  echo \"⏳ 功能细节拆解 - 未找到\"\nfi\n```\n\n---\n\n## 写入时边界\n\n只讨论时不写文件，启动检查不创建目录。用户要求保存产物时，先确认当前产品、精确输出路径及已有文件的覆盖\u002F追加选择；确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills\u002F_shared\u002Fartifact-policy.md`，单独安装本 skill 也按本段执行。\n\n---\n\n## 跨 Agent 交互规则\n\n当流程要求与用户交互时：\n\n1. 如果当前环境支持 AskUserQuestion，使用 AskUserQuestion（最佳体验）。\n2. 如果当前环境不支持 AskUserQuestion，必须用普通聊天消息提出同样问题。\n3. 一次只问一个问题。\n4. 提问后必须停止当前回合，等待用户回答（STOP and WAIT）。\n5. 不得在用户回答前生成文档、写入 docs。\n6. 已有 docs 文件不能替代本轮用户回答。\n\n---\n\n## 执行流程\n\n\n### 步骤 1: 选择用户故事范围\n\n使用 AskUserQuestion 询问：\n\n> 您需要编写哪方面的用户故事？\n>\n> A) 全部功能用户故事（基于PRD功能列表）\n> B) 单个模块的用户故事（请指定模块）\n> C) 单个功能的用户故事（请指定功能）\n> D) Epic级用户故事（高层次需求）\n> E) 其他（请手动输入）\n>\n> ? 提示：\n> - Sprint规划 → 推荐单个模块的用户故事\n> - 产品规划 → 推荐Epic级用户故事\n> - 开发准备 → 推荐全部功能用户故事\n\n记录到变量 `STORY_SCOPE`\n\n---\n\n### 步骤 2: 读取前置数据\n\n根据范围读取相应文档：\n\n**必需文档**：\n- PRD产品需求文档（如果存在）\n- 功能细节拆解（如果存在）\n\n**可选文档**：\n- MVP方案\n- 用户画像\n\n**读取失败处理**：\n\n如果 PRD 文档不存在：\n\n> ⚠️ 未找到 PRD 文档\n>\n> 用户故事需要明确的功能需求作为输入。\n>\n> 您可以选择：\n> A) 执行 \u002Fpm-docs 生成 PRD\n> B) 使用功能细节拆解作为输入\n> C) 手动输入功能需求（快速模式）\n\n---\n\n### 步骤 3: 用户故事编写原则\n\n> ? 用户故事标准格式：\n>\n> ```\n> 作为 \u003C角色>\n> 我想要 \u003C功能>\n> 以便于 \u003C价值>\n> ```\n>\n> **验收标准（BDD格式）**：\n> ```\n> GIVEN \u003C前置条件>\n> WHEN \u003C触发操作>\n> THEN \u003C预期结果>\n> ```\n>\n> 是否继续编写？\n>\n> A) 理解了，开始编写\n> B) 我需要更多示例\n> C) 我有特定的编写规范\n\n---\n\n### 步骤 4: Epic级用户故事\n\n#### 4.1 识别Epic\n\n基于PRD识别出Epic：\n\n| Epic ID | Epic名称 | 描述 | 包含Story数 |\n|---------|---------|------|------------|\n| E001 | 用户管理 | 用户注册、登录、信息管理 | 5 |\n| E002 | 商品浏览 | 商品列表、搜索、详情 | 4 |\n| E003 | 购物车管理 | 加入购物车、编辑、结算 | 3 |\n| E004 | 订单管理 | 订单创建、支付、查看 | 6 |\n\n> 是否需要调整Epic划分？\n>\n> A) 划分合理，继续\n> B) 需要调整\n> C) 我有其他划分方式\n\n#### 4.2 Epic详细描述\n\n对每个Epic进行描述：\n\n```\n**Epic: E001 用户管理**\n\n作为 产品系统\n我想要 提供用户管理功能\n以便于 用户可以注册登录，管理个人信息\n\n业务价值：\n- 用户可以拥有个人账号\n- 支持个性化服务\n- 提供用户数据用于数据分析\n\n包含Story：US001-US005\n优先级：P0\n预估工时：5人天\n```\n\n逐个对每个Epic确认后继续。\n\n---\n\n### 步骤 5: Story级用户故事\n\n#### 5.1 逐个编写Story\n\n对每个功能，按以下模板编写用户故事：\n\n> **US001: 用户注册**\n>\n> ```\n> 作为 新用户\n> 我想要 通过手机号注册账号\n> 以便于 拥有个人账号，享受个性化服务\n> ```\n>\n> **验收标准 - 场景1：正常注册**\n> ```\n> GIVEN 用户未注册过，打开注册页面\n> WHEN 用户输入手机号、验证码、密码，点击\"注册\"\n> THEN 创建账号成功，自动登录，跳转到首页\n> ```\n>\n> **场景2：手机号已注册**\n> ```\n> GIVEN 手机号已注册\n> WHEN 用户输入该手机号\n> THEN 提示\"已注册，请直接登录\"\n> ```\n>\n> **场景3：验证码错误**\n> ```\n> GIVEN 用户已获取验证码\n> WHEN 输入错误验证码\n> THEN 提示\"验证码错误\"，允许重新输入\n> ```\n>\n> **技术备注**：验证码5分钟有效，密码bcrypt加密\n> **依赖**：无\n> **风险**：验证码发送失败 → 提供邮箱注册备选\n>\n> 这个用户故事是否完整？\n>\n> A) 完整，继续下一个Story\n> B) 需要调整\n> C) 需要补充更多场景\n\n逐个Story编写，直到功能列表完成。\n\n#### 5.2 Subagent 并行编写（v2.0 增强）\n\n如果有大量Story（>10个），使用 Agent 工具并行生成：\n\n```markdown\n使用 Agent 工具并行派发：\n\nAgent 1: 编写Epic1的所有Story\n  - 输入：Epic1 描述 + 功能列表\n  - 输出：完整用户故事（含验收标准）\n\nAgent 2: 编写Epic2的所有Story\n  - 输入：Epic2 描述 + 功能列表\n  - 输出：完整用户故事（含验收标准）\n\nAgent 3: 编写Epic3的所有Story\n  - 输入：Epic3 描述 + 功能列表\n  - 输出：完整用户故事（含验收标准）\n\nAgent 4: 验收标准生成\n  - 输入：所有 Story 列表\n  - 输出：每个 Story 的 BDD 验收标准\n\n主 agent 等待所有 subagent 完成，合并汇总输出最终文档。\n```\n\n### 版本对比（v1 vs v2）\n\n| 维度 | v1（串行） | v2（Subagent 并行） |\n|------|-----------|-------------------|\n| Story 编写 | 逐个编写 | Subagent 按 Epic 并行编写 |\n| 验收标准 | 手动逐条编写 | Subagent 批量生成 |\n| Token 占用 | 全部 Story 占用主上下文 | Subagent 独立上下文 |\n| 执行效率 | 线性顺序 | 并行 3-4x 加速 |\n\n---\n\n### 步骤 6: Story拆分\n\n对于复杂的Story（Story Point > 8 或 验收标准过多），进行拆分：\n\n> ? Story拆分建议：\n>\n> **US004: 购物车管理** → 拆分为：\n> - US004-1: 加入购物车\n> - US004-2: 查看购物车\n> - US004-3: 编辑购物车商品数量\n> - US004-4: 删除购物车商品\n>\n> 是否接受拆分？\n>\n> A) 接受拆分\n> B) 我有其他拆分方式\n> C) 不需要拆分\n\n---\n\n### 步骤 7: Story优先级排序\n\n基于业务价值和依赖关系排序：\n\n> **P0（必须有）**：US001注册、US002登录、US006商品列表、US008商品详情、US010加入购物车、US014订单创建、US015订单支付\n>\n> **P1（应该有）**：US003找回密码、US004个人信息、US007搜索、US011购物车编辑\n>\n> **P2（可以有）**：US008收藏、US009评价、US014取消订单\n>\n> 是否需要调整优先级？\n\n---\n\n### 步骤 8: 输出用户故事清单\n\n使用 Write 工具创建 `docs\u002F02-方案设计\u002F用户故事清单.md`。\n\n参考 `references\u002Foutput-template.md` 模板，文档结构如下：\n\n1. **用户故事总览** - Epic清单（ID、名称、描述、Story数、优先级、工时）\n2. **Epic详情及Story清单** - 每个Epic下的Story列表\n3. **完整用户故事** - 每个Story的完整描述（角色、功能、价值、验收标准）\n4. **Story依赖关系图** - 依赖关系图示\n5. **Sprint规划建议** - Sprint划分和工时估算\n6. **附录** - 用户故事模板、Story Point指南\n\n---\n\n## 兜底机制\n\n### 场景 1: 无前置文档\n\n提供手动输入模式，允许用户逐个输入功能需求。\n\n### 场景 2: 用户中途退出\n\n保存已编写的Story列表到草稿文件。\n\n---\n\n## 注意事项\n\n1. **INVEST原则**：每个Story应独立（Independent）、可协商（Negotiable）、有价值（Valuable）、可估算（Estimable）、小型（Small）、可测试（Testable）\n2. **验收标准**：每个Story至少包含1个正常场景和1个异常场景\n3. **Story Point**：使用斐波那契数列（1,2,3,5,8,13）\n4. 完整输出模板参见：`references\u002Foutput-template.md`\n\n---\n\n## 输出质量对比\n\n**✅ Good 示例**：\n```\n- 有数据引用：「根据 Q4 数据，留存率从 35% 降至 28%」\n- 有验证来源：「数据来源：Google Analytics, 2025-12-01」\n- 有明确建议：「建议将新手引导步骤从 5 步减少至 3 步」\n```\n\n**❌ Bad 示例**：\n```\n- 模糊结论：「数据表明留存率有所下降」\n- 无来源：「根据经验，这个功能很重要」\n- 没有行动建议：「留存是个问题」\n```\n\n---\n\n## 常见误区 \u002F Red Flags — STOP\n\n出现以下情况立即停止并回溯：\n\n| 误区 | 正确做法 |\n|------|---------|\n| 使用\"应该\"、\"大概\"、\"看起来\"做结论 | 必须基于实际数据和验证 |\n| 未运行检查就声称已完成 | 先验证，再陈述 |\n| 因时间紧迫跳过关键步骤 | 没有例外，时间紧更要严格 |\n| \"这次应该没问题\"的想法 | 每次都要重新验证 |\n\n---\n\n## 产出质量检查 \u002F Verification Checklist\n\n- [ ] 前置依赖已满足（输入文档\u002F数据已收集）\n- [ ] 核心步骤已全部执行\n- [ ] 输出文档已生成到 `docs\u002F` 目录\n- [ ] 每个判断都有数据\u002F证据支撑\n- [ ] 已推荐 2-3 个后续 skill\n\n> ⚠️ 任何一项未通过 → 补全后再标记完成。\n\n---\n",{"name":5,"description":44,"allowed-tools":45},"Use when: 需要将需求转化为用户故事、准备敏捷开发任务、进行需求拆分、编写验收标准\nDo NOT use when: 需求已可直接进入开发、团队不使用用户故事格式\n",[46,47,48,34,49],"Read","Write","AskUserQuestion","Agent","main","c815a5b055b972b9b56fffce0102dbcf9e8ede7d","skills\u002F02-solution-design\u002Fpm-user-story",8,"https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM","https:\u002F\u002Fkonglong87.github.io\u002Fanything-ai\u002F","https:\u002F\u002Fgithub.com\u002Fkonglong87","蓬头稚子学垂纶，侧坐莓苔草映身","2026-10-26 15:12:41",{"source":8,"skillName":5,"commands":60,"prompt":70,"zipAvailable":71},[61,64,67],{"tool":62,"command":63},"npx","npx skills add konglong87\u002FsuperPM --skill pm-user-story",{"tool":65,"command":66},"bunx","bunx skills add konglong87\u002FsuperPM --skill pm-user-story",{"tool":68,"command":69},"pnpm","pnpm dlx skills add konglong87\u002FsuperPM --skill pm-user-story","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002F02-solution-design\u002Fpm-user-story\u002FSKILL.md",true,[73],{"path":74,"resourceType":75,"resourceTypeDesc":76,"sizeBytes":77,"sourceHtmlUrl":78},"references\u002Foutput-template.md","REFERENCE","参考文档",5332,"https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002F02-solution-design\u002Fpm-user-story\u002Freferences\u002Foutput-template.md",[80,105,121,142,155,175],{"skillNo":81,"name":82,"nameZh":6,"description":83,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":84,"categories":85,"keywords":88,"publishedAt":39},"01M6J07VBJZGTH83K1ST4AFTSX","write-prd","PRD writing workflow — chain demand validation, clarification, prioritization, MVP scoping, and document generation\nUse when: Writing a PRD, BRD, or MRD, or need to produce product requirement documents","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fwrite-prd\u002FSKILL.md",[86,87],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},[89,36,90,91,92,93,94,95,96,97,34,35,37,98,99,100,101,102,103,104],"prd","write prd","writing","workflow","documents","validation","product","produce","prioritization","prd writing","document","generation","chain","mvp","document generation","websearch",{"skillNo":106,"name":107,"nameZh":6,"description":108,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":109,"categories":110,"keywords":112,"publishedAt":39},"01M6J07NR1TC4FGKQN2596F8BH","validate-idea","Idea validation workflow — chain demand validation, market research, prioritization, and MVP scoping\nUse when: Validating a new product idea, testing assumptions, or exploring viability","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fvalidate-idea\u002FSKILL.md",[111],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[113,114,115,116,117,92,94,95,97,34,118,35,36,119,37,120,101,102,104],"validate","idea","validate idea","testing","research","market research","scoping","Market",{"skillNo":122,"name":123,"nameZh":6,"description":124,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":125,"categories":126,"keywords":128,"publishedAt":39},"01M6J07HBCCG59V69N29TPAC12","plan-launch","Launch planning workflow — chain risk assessment, cross-team coordination, agile delivery, and release planning\nUse when: Preparing for a product launch, release, or go-live","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fplan-launch\u002FSKILL.md",[127],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[129,130,131,92,132,133,134,95,135,136,34,137,35,37,138,139,101,140,104,141],"launch","plan","plan launch","risk assessment","assessment","planning","risk","team","coordination","planning workflow","delivery","team coordination","for",{"skillNo":143,"name":144,"nameZh":6,"description":145,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":146,"categories":147,"keywords":149,"publishedAt":39},"01M6J07DYRS1S91SY8JCZZH3CS","discover","Product discovery workflow — chain market analysis, competitor research, demand validation, and prioritization\nUse when: Exploring a new product idea, entering a new market, or validating an opportunity","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fdiscover\u002FSKILL.md",[148],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[144,117,92,94,95,150,151,97,34,35,36,152,37,120,114,153,154,101,104],"analysis","discovery","product discovery","opportunity","market analysis",{"skillNo":156,"name":157,"nameZh":6,"description":158,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":159,"categories":160,"keywords":163,"publishedAt":39},"01M6J079BYTWRDH5N8WBH2NEJJ","define-strategy","Product strategy workflow — chain positioning, business model, OKRs, and roadmap\nUse when: Defining product strategy, setting OKRs, planning roadmap, or making strategic decisions","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fdefine-strategy\u002FSKILL.md",[161,162],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":24,"categoryName":25,"taxonomyType":26,"taxonomyTypeDesc":27},[164,165,166,92,134,95,34,167,168,35,36,169,37,170,171,101,172,173,174,104],"strategy","define","define strategy","model","decisions","business","roadmap","positioning","product strategy","strategic","business model",{"skillNo":176,"name":177,"nameZh":6,"description":178,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":179,"categories":180,"keywords":182,"publishedAt":39},"01M6J0752ZRR0R8FWAQHD4KTJ5","analyze-growth","Growth analysis workflow — chain AARRR analysis, data reporting, growth strategy, and iteration planning\nUse when: Analyzing growth metrics, planning growth initiatives, or optimizing product performance","https:\u002F\u002Fgithub.com\u002Fkonglong87\u002FsuperPM\u002Fblob\u002Fmain\u002Fskills\u002Fworkflows\u002Fanalyze-growth\u002FSKILL.md",[181],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[183,184,185,186,92,134,95,187,188,189,150,34,35,36,164,37,190,101,191,104],"analyze","growth","analyze growth","performance","reporting","analyzing","data","iteration","growth strategy"]