一键在 Manus 中运行任何 Skill

ai-pm-story

星标3

分支0

更新时间2026年7月11日 17:43

用户故事编写技能。基于需求分析和竞品研究，编写详细的用户故事和验收标准。当用户说「写用户故事」「用户故事拆解」「验收标准」「功能场景拆解」「需求拆解」「用例编写」「As a user」「Given When Then」「故事点」时，立即使用此技能。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

K3tty5555

K3tty5555/AI_PM

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

用户故事编写

输入

主要：{项目目录}/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/ 文件夹存在；不存在则 mkdir
临界点检查：如果文件夹外存在旧版 04-user-stories.md（或 -V1.md 等 v1 后缀文件）→ 先 mv 到 04-user-stories/V1.md 并补 V1 frontmatter
写入 04-user-stories/V{当前版本}.md + frontmatter
同步 patch 根 README「上游产物版本归属」表

详见 templates/project-index/README.md 「0x 上游产物文件夹约定」段。

执行步骤

步骤1：读取分析文档，规划模块

从需求分析中提取用户角色、核心功能、优先级，划分 Epic 模块。

步骤2：询问用户补充特殊场景

基于需求分析，计划编写以下模块的用户故事：
{模块列表}

在开始前，有什么特殊场景需要覆盖？例如：
- 网络异常时的处理（断网、超时）
- 用户误操作容错（误删、误提交）
- 权限相关限制（无权限、权限变更）
- 数据边界情况（空值、超长、特殊字符）

请告诉我，或回复"按标准编写"。

步骤3：编写用户故事

标准格式：

作为 [用户角色]，
我想要 [功能/能力]，
以便 [价值/目标]。

每个故事必须包含：

故事编号：US-{模块缩写}-{序号}（如 US-AUTH-001）
优先级：P0/P1/P2
验收标准：中文三段式（前提 / 操作 / 预期），覆盖正常流程、异常流程、边界情况——禁用 Given/When/Then 英文句式（2026-07-03 用户拍板；PRD 会以本文档为骨架，英文腔会回灌进 PRD 验收标准）

按功能模块分组，同模块内按优先级排序（P0 先）。

步骤4：输出汇总表

完成后输出故事优先级矩阵，便于迭代规划。

输出格式

# 用户故事文档

## 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 | {问题描述} | 待确认 |

同仓库更多 Skills

同仓库

ai-pm-strategy

K3tty5555/AI_PM

战略沙盘 skill。用于高阶产品战略推演、智囊团对话、项目级或产品级多项目战略议题讨论，帮助用户在正式规划、汇报或决策前拆解问题、暴露假设、进行多视角交锋和表达预演。Use when the user asks for 战略沙盘、战略推演、智囊团、产品战略、下一阶段方向、资源取舍、产品级战略、多项目推演、增长瓶颈、竞争应对、用户心智、组织协同、汇报前战略预演，或使用 `/ai-pm strategy` / `/ai-pm-strategy`。

2026-07-173

ai-pm-data

K3tty5555/AI_PM

数据分析技能。提供数据指标设计、数据洞察分析、仪表盘生成三大能力。从数据中发现产品需求和优化机会。当用户说「分析数据」「上传Excel」「数据洞察」「数据可视化」「做仪表盘」「数据看板」「指标设计」「埋点方案」「从数据里找需求」「数据报表」时，立即使用此技能。

2026-07-173

ai-pm-prd

K3tty5555/AI_PM

PRD 生成技能。整合需求分析、竞品研究、用户故事，输出完整的产品需求文档。支持产品分身写作风格和设计规范。当用户说「生成PRD」「写PRD」「产品需求文档」「需求文档」「功能规格书」「输出PRD」「帮我写需求」「把需求整理成文档」时，立即使用此技能。

2026-07-173

ai-pm-prototype

K3tty5555/AI_PM

原型生成技能。基于 PRD 生成可交互的单页网页原型，支持移动端和 Web 端。首次生成时询问设计规范（公司规范 / AI 情境定制 / 主流组件库），项目内记住偏好。若项目存在 Codex 生成的视觉锚点包（06-prototype-visual/manifest.json），生成 HTML 前必须读取并遵循。当用户说「生成原型」「做原型」「可交互原型」「HTML原型」「页面原型」「低保真」「高保真原型」「画个界面」「把PRD做成原型」时，立即使用此技能。边界：本技能用于「把已有 PRD/需求做成可评审原型」；脱离 PRD 的纯视觉探索、通用 UI 组件生成或视觉精修，可使用外部 impeccable 增强，但 AI_PM 原型默认以 ai-pm-frontend-design 为本地设计内核。

2026-07-173

ai-pm

K3tty5555/AI_PM

当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。支持多项目管理和断点续传，复杂需求可启用多代理协作。当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。

2026-07-173

humanizer-pm

K3tty5555/AI_PM

去除中文文本里的 AI 腔，让文字像真人直白写出来的。针对中文语境的真·AI tell：工整对仗排比、"通过X实现Y"、范畴词冗余（进行了优化/起到…作用）、互联网黑话堆砌（赋能/抓手/闭环/颗粒度）、强行升华结尾、程度副词通胀、空泛连接词、规整书面腔。并压住"去 AI 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。可选用本机真实语料把文字校准到具体某个人的声音。

2026-07-173

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/ 文件夹存在；不存在则 mkdir
临界点检查：如果文件夹外存在旧版 04-user-stories.md（或 -V1.md 等 v1 后缀文件）→ 先 mv 到 04-user-stories/V1.md 并补 V1 frontmatter
写入 04-user-stories/V{当前版本}.md + frontmatter
同步 patch 根 README「上游产物版本归属」表

详见 templates/project-index/README.md 「0x 上游产物文件夹约定」段。

执行步骤

步骤1：读取分析文档，规划模块

从需求分析中提取用户角色、核心功能、优先级，划分 Epic 模块。

步骤2：询问用户补充特殊场景

基于需求分析，计划编写以下模块的用户故事：
{模块列表}

在开始前，有什么特殊场景需要覆盖？例如：
- 网络异常时的处理（断网、超时）
- 用户误操作容错（误删、误提交）
- 权限相关限制（无权限、权限变更）
- 数据边界情况（空值、超长、特殊字符）

请告诉我，或回复"按标准编写"。

步骤3：编写用户故事

标准格式：

作为 [用户角色]，
我想要 [功能/能力]，
以便 [价值/目标]。

每个故事必须包含：

故事编号：US-{模块缩写}-{序号}（如 US-AUTH-001）
优先级：P0/P1/P2
验收标准：中文三段式（前提 / 操作 / 预期），覆盖正常流程、异常流程、边界情况——禁用 Given/When/Then 英文句式（2026-07-03 用户拍板；PRD 会以本文档为骨架，英文腔会回灌进 PRD 验收标准）

按功能模块分组，同模块内按优先级排序（P0 先）。

步骤4：输出汇总表

完成后输出故事优先级矩阵，便于迭代规划。

输出格式

# 用户故事文档

## 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 | {问题描述} | 待确认 |