Menú
用户故事编写技能。基于需求分析和竞品研究，编写详细的用户故事和验收标准。 当用户说「写用户故事」「用户故事拆解」「验收标准」「功能场景拆解」「需求拆解」 「用例编写」「As a user」「Given When Then」「故事点」时，立即使用此技能。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional 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 | {问题描述} | 待确认 |