用途
PRD Generator 用于创建“大小合适”的产品需求文档（PRD），让独立开发者和小团队能够真正使用，而不是被企业级文档的冗余拖累。它生成精简的 PRD，提供足够指导开发的结构，同时避免过度膨胀。
主要能力
- 从上游设计思考产物生成 PRD，包括：问题定义输出（问题陈述、目标用户、JTBD、假设）、用户建模输出（人物角色、场景）、方案范围界定输出（功能优先级、MVP 边界）。
- 如果用户提供足够的想法上下文，也可以从零开始工作。
- 自动将输出保存到 design/05-prd.md，同时向用户展示。
- 输出格式包含以下部分：概述、问题陈述、目标用户、目标与成功指标、用户故事（Must Have / Should Have / Could Have）、功能（含优先级、描述、用户价值、验收标准）、范围（In Scope / Out of Scope / Future Considerations）、假设与风险、技术考量（可选）、待解决问题、附录（可选）。
- 根据项目复杂度调整结构：简单项目（周末构建）可跳过技术考量、合并用户故事到功能、最小化风险部分，1-2 页；中等项目（副项目、MVP）使用完整结构，2-4 页；复杂项目（创业 MVP、团队项目）增加功能细节、扩展技术考量、包含研究附录，4-6 页。
使用方式
工作流程分为三步：
- 收集上下文：如果存在上游产物则直接摄取；否则询问：你在构建什么？为谁构建？解决什么问题？MVP 范围是什么？
- 填补空白：检查缺失要素并针对性提问，例如成功指标（“你怎么知道这有效？你会衡量什么？”）、功能优先级（“如果只能发布一个功能，会是什么？”）、约束（“有技术约束吗？时间线？预算？”）、非目标（“你明确不构建什么？”）。保持对话式，不要审问。
- 生成 PRD：使用上述输出格式，根据项目复杂度调整各部分。
写作指南：具体而非泛泛（“用户可以按截止日期筛选任务”而非“用户可以筛选任务”）；验收标准可测试（能否验证是/否完成？）；优先级诚实（如果所有都是“Must Have”，那就没有优先级）；明确 Out of Scope（防止后续范围蔓延）。
完成后询问：“想转到 /ux-specification 获取详细流程和屏幕，还是直接去 /prompt-export？”
适用场景
- 独立开发者或小团队需要快速定义产品需求。
- 已有上游设计思考产物，需要转化为可执行的 PRD。
- 从零开始有一个产品想法，需要结构化梳理。
- 需要控制 PRD 篇幅，避免企业级臃肿。
限制
- 资料未提供具体的收费、价格、平台支持或效果保证信息。
- 技术考量部分为可选，仅在相关时包含。
- 输出依赖用户提供的上下文质量；如果上下文不足，需要额外提问。
- 文件自动保存路径为 design/05-prd.md，使用 Write 工具。