用途
PRD 生成器用于为新功能创建详细、清晰、可执行且适合直接实施的产品需求文档（PRD）。当你在规划一个功能、启动新项目，或被要求创建 PRD 时使用它。
它的工作流程是：接收用户的功能描述，提出 3-5 个关键澄清问题，根据回答生成结构化 PRD，并保存到 tasks/prd-[feature-name].md。
重要：该技能不会开始实现功能，只负责创建 PRD。
主要能力
第一步：澄清问题
只针对初始描述中含糊不清的关键点提问，聚焦于：
- 问题/目标：这个功能解决什么问题？
- 核心功能：关键操作有哪些？
- 范围/边界：它不应该做什么？
- 成功标准：如何判断它已完成？
问题采用带字母选项的格式，例如：
-
这个功能的主要目标是什么？ A. 改善用户引导体验 B. 提高用户留存 C. 减少支持负担 D. 其他：[请说明]
-
目标用户是谁？ A. 仅新用户 B. 仅现有用户 C. 所有用户 D. 仅管理员用户
-
范围是什么？ A. 最小可行版本 B. 完整功能实现 C. 仅后端/API D. 仅 UI
这样用户可以用“1A, 2C, 3B”快速回答，便于迭代。
第二步：PRD 结构
生成的 PRD 包含以下部分：
- 引言/概述：简要描述功能及其解决的问题。
- 目标：具体、可衡量的目标（项目符号列表）。
- 用户故事：每个故事包含标题、描述（“作为[用户]，我想要[功能]，以便[收益]”）和验收标准（可验证的清单）。每个故事应足够小，能在一个专注的会话中实现。
- 功能需求：编号的具体功能列表，例如“FR-1：系统必须允许用户……”。
- 非目标（范围外）：该功能不包含的内容，用于管理范围。
- 设计考虑（可选）：UI/UX 要求、原型链接、可复用的现有组件。
- 技术考虑（可选）：已知约束或依赖、与现有系统的集成点、性能要求。
- 成功指标：如何衡量成功，例如“将完成 X 的时间减少 50%”。
- 待解决问题：剩余需要澄清的问题。
面向初级开发者写作
PRD 的读者可能是初级开发者或 AI 智能体，因此要求：
- 明确、无歧义
- 避免术语或加以解释
- 提供足够细节以理解目的和核心逻辑
- 对需求编号以便引用
- 在有用处使用具体示例
输出
- 格式：Markdown（.md）
- 位置：tasks/
- 文件名：prd-[feature-name].md（kebab-case）
使用方式
- 向技能提供功能描述。
- 回答技能提出的 3-5 个带选项的澄清问题。
- 技能根据回答生成结构化 PRD。
- PRD 保存到 tasks/prd-[feature-name].md。
适用场景
- 规划一个新功能
- 启动一个新项目
- 被要求创建 PRD
限制
- 该技能不会开始实现功能，只创建 PRD。
- 澄清问题仅针对关键且含糊的点，不覆盖所有细节。
- 设计考虑和技术考虑为可选部分。
- 关于收费、价格、平台支持等具体信息暂未提供。