القائمة
用户故事编写技能。基于需求分析和竞品研究，编写详细的用户故事和验收标准。 当用户说「写用户故事」「用户故事拆解」「验收标准」「功能场景拆解」「需求拆解」 「用例编写」「As a user」「Given When Then」「故事点」时，立即使用此技能。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
战略沙盘 skill。用于高阶产品战略推演、智囊团对话、项目级或产品级多项目战略议题讨论，帮助用户在正式规划、汇报或决策前拆解问题、暴露假设、进行多视角交锋和表达预演。Use when the user asks for 战略沙盘、战略推演、智囊团、产品战略、下一阶段方向、资源取舍、产品级战略、多项目推演、增长瓶颈、竞争应对、用户心智、组织协同、汇报前战略预演，或使用 `/ai-pm strategy` / `/ai-pm-strategy`。
数据分析技能。提供数据指标设计、数据洞察分析、仪表盘生成三大能力。从数据中发现产品需求和优化机会。 当用户说「分析数据」「上传Excel」「数据洞察」「数据可视化」「做仪表盘」「数据看板」 「指标设计」「埋点方案」「从数据里找需求」「数据报表」时，立即使用此技能。
PRD 生成技能。整合需求分析、竞品研究、用户故事，输出完整的产品需求文档。支持产品分身写作风格和设计规范。 当用户说「生成PRD」「写PRD」「产品需求文档」「需求文档」「功能规格书」「输出PRD」 「帮我写需求」「把需求整理成文档」时，立即使用此技能。
原型生成技能。基于 PRD 生成可交互的单页网页原型，支持移动端和 Web 端。 首次生成时询问设计规范（公司规范 / AI 情境定制 / 主流组件库），项目内记住偏好。 若项目存在 Codex 生成的视觉锚点包（06-prototype-visual/manifest.json），生成 HTML 前必须读取并遵循。 当用户说「生成原型」「做原型」「可交互原型」「HTML原型」「页面原型」「低保真」「高保真原型」 「画个界面」「把PRD做成原型」时，立即使用此技能。 边界：本技能用于「把已有 PRD/需求做成可评审原型」；脱离 PRD 的纯视觉探索、通用 UI 组件生成或视觉精修，可使用外部 impeccable 增强，但 AI_PM 原型默认以 ai-pm-frontend-design 为本地设计内核。
当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。 支持多项目管理和断点续传，复杂需求可启用多代理协作。 当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」 「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。
去除中文文本里的 AI 腔，让文字像真人直白写出来的。针对中文语境的真·AI tell： 工整对仗排比、"通过X实现Y"、范畴词冗余（进行了优化/起到…作用）、互联网黑话堆砌 （赋能/抓手/闭环/颗粒度）、强行升华结尾、程度副词通胀、空泛连接词、规整书面腔。 并压住"去 AI 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。 可选用本机真实语料把文字校准到具体某个人的声音。
| name | ai-pm-story |
| description | 用户故事编写技能。基于需求分析和竞品研究，编写详细的用户故事和验收标准。 当用户说「写用户故事」「用户故事拆解」「验收标准」「功能场景拆解」「需求拆解」 「用例编写」「As a user」「Given When Then」「故事点」时，立即使用此技能。 |
| argument-hint | [分析报告路径 | 功能描述] |
| allowed-tools | Read Write Edit Bash(mkdir) Bash(ls) |
{项目目录}/02-analysis-report/（最新 V，需求分析）{项目目录}/03-competitor-report/V{版本}.md（竞品研究，如有）所有项目统一用文件夹结构：{项目目录}/04-user-stories/V{当前版本}.md + frontmatter（version / status / phase=用户故事 / upstream-from / created）。
落盘前强制步骤：
05-prd/README.md 当前活跃版本号04-user-stories/ 文件夹存在；不存在则 mkdir04-user-stories.md（或 -V1.md 等 v1 后缀文件）→ 先 mv 到 04-user-stories/V1.md 并补 V1 frontmatter04-user-stories/V{当前版本}.md + frontmatter详见 templates/project-index/README.md 「0x 上游产物文件夹约定」段。
从需求分析中提取用户角色、核心功能、优先级，划分 Epic 模块。
基于需求分析，计划编写以下模块的用户故事：
{模块列表}
在开始前，有什么特殊场景需要覆盖？例如：
- 网络异常时的处理（断网、超时）
- 用户误操作容错（误删、误提交）
- 权限相关限制（无权限、权限变更）
- 数据边界情况（空值、超长、特殊字符）
请告诉我，或回复"按标准编写"。
标准格式：
作为 [用户角色]，
我想要 [功能/能力]，
以便 [价值/目标]。
每个故事必须包含：
按功能模块分组，同模块内按优先级排序（P0 先）。
完成后输出故事优先级矩阵，便于迭代规划。
# 用户故事文档
## 1. 用户角色定义
| 角色ID | 角色名称 | 描述 | 使用频率 |
|-------|---------|------|---------|
| R01 | {角色名} | {描述} | 高/中/低 |
## 2. Epic 与用户故事
### Epic 1: {模块名称}
**描述**：{模块功能概述}
#### US-{MOD}-001: {故事标题}
**用户故事**：
作为 {角色}，
我想要 {功能}，
以便 {价值}。
**优先级**：P0
**前置条件**：{条件列表}
**验收标准**：
- 正常流程：前提 {前提条件}；操作 {用户操作}；预期 {预期结果}
- 异常流程：前提 {异常前提}；操作 {用户操作}；预期 {错误处理——落到页面状态，用户在哪看到什么}
- 边界情况：前提 {边界条件}；操作 {用户操作}；预期 {预期行为}
**UI/UX 说明**：{相关设计要点}
**技术备注**：{实现注意事项，如有}
---
#### US-{MOD}-002: {故事标题}
{同上格式}
---
### Epic 2: {模块名称}
{同上结构}
## 3. 故事优先级矩阵
| 故事ID | Epic | 优先级 | 故事点 | 依赖 | 计划迭代 |
|-------|------|-------|-------|------|---------|
| US-XXX-001 | Epic1 | P0 | 3 | 无 | Sprint 1 |
| US-XXX-002 | Epic1 | P0 | 5 | US-XXX-001 | Sprint 1 |
| US-YYY-001 | Epic2 | P1 | 2 | 无 | Sprint 2 |
**汇总：** 共 {N} 个故事，P0: {n}，P1: {n}，P2: {n}
## 4. 非功能性需求
**性能**：{页面加载/接口响应时间要求}
**安全**：{权限、加密等要求}
**兼容性**：{浏览器/设备支持范围}
## 5. 待澄清问题
| 序号 | 问题 | 状态 |
|-----|------|------|
| 1 | {问题描述} | 待确认 |