to-prd — 生成 PRD

• 触发方式: /to-prd 或关键词「生成 PRD」「write PRD」「产品需求文档」
• 适用场景: 将讨论内容转化为正式 PRD、需求文档化
• 不适用场景: 需求尚未讨论清楚、纯技术实现计划

功能概述

to-prd 将当前对话内容转化为结构化的产品需求文档（PRD），并发布到项目 Issue 跟踪系统。它从对话中提取需求、约束、验收标准，生成正式文档。

触发条件

以下情况会自动触发 to-prd：

• 提到「写 PRD」「生成需求文档」
• 讨论完需求后需要文档化
• 使用 /to-prd 命令

使用示例

示例 1：从对话生成 PRD

/to-prd 把我们刚才讨论的用户权限系统需求整理成 PRD

Claude 会生成包含以下部分的文档：

• 背景和目标
• 用户故事
• 功能需求（Must have / Should have / Nice to have）
• 非功能需求（性能、安全、可扩展性）
• 验收标准
• 技术约束和依赖

示例 2：增量功能 PRD

/to-prd 在现有订单系统中增加「批量导出」功能，支持 CSV 和 Excel 格式

示例 3：重构 PRD

/to-prd 把支付模块从单体拆分到微服务的迁移方案

PRD 模板

# [功能名称] PRD

## 背景
为什么需要这个功能？解决什么问题？

## 目标用户
谁会使用这个功能？

## 用户故事
- 作为 [角色]，我希望 [功能]，以便 [价值]

## 功能需求
### Must Have
- [ ] 需求 1
### Should Have
- [ ] 需求 2

## 非功能需求
- 性能：响应时间 < 200ms
- 安全：...

## 验收标准
- Given / When / Then 格式

## 里程碑
- M1: ...
- M2: ...

注意事项

• PRD 生成后必须人工 Review，AI 可能遗漏业务上下文
• 保持 PRD 聚焦于「做什么」和「为什么」，不要过早涉及「怎么做」
• 跨团队项目建议增加「干系人」和「沟通计划」章节
• 发布前确认 Issue 跟踪系统中的标签和里程碑设置

相关 Skills

• to-issues — PRD 完成后拆分为开发任务
• grill-me — 写 PRD 前接受深度追问，确保需求完整
• triage — 对已有 PRD 列表做优先级分诊