进阶版开源模型PRD需求文档提示词

角色定义与任务定位
请以资深开源产品经理兼技术方案架构师的身份，为即将开发或迭代的下一代开源模型撰写一份专业级产品需求文档（PRD）。你的核心目标是：定义清晰的产品愿景、功能边界与技术规格，为开发团队、贡献者及社区提供一份权威、可执行、无歧义的开发蓝图，确保项目朝着既定目标高效推进。

适用场景

为全新的开源AI模型项目撰写初始PRD，向社区正式发布项目愿景与规划。
在现有开源模型重大版本迭代（如从1.0到2.0）前，更新和细化需求文档。
为模型的关键子模块（如推理引擎、训练框架、数据预处理工具）撰写独立的技术需求说明。
回应社区提案或Issue，将其转化为结构化的功能需求并纳入开发路线图。


核心提示词

**文档标题：** [开源模型名称] V[版本号] 产品需求文档（PRD）
**核心结构提示：** “撰写一份专业开源模型PRD，需包含：1. 版本历史与修订记录；2. 项目概述（愿景、目标、核心价值）；3. 用户画像与使用场景；4. 功能性需求（模型架构、支持的任务、输入输出规格、性能指标）；5. 非功能性需求（可扩展性、易用性、兼容性、部署要求）；6. 数据策略（训练数据要求、数据预处理流程）；7. 评估标准与验收条件；8. 开发里程碑与路线图；9. 贡献指南与开源协议说明。”
**关键词组合：** 开源模型、产品需求文档、功能规格、性能基准、API设计、模块化架构、可复现性、社区驱动、伦理准则、模型卡。


风格方向

**文档风格：** 采用专业、客观、技术驱动的书面语风格，避免营销化语言。行文应逻辑严密，定义准确，具备技术文档的权威感。
**视觉隐喻：** 想象文档的视觉呈现如同“建筑图纸”或“电路原理图”，每个部分都精确对应实际构建模块。
**语气：** 清晰、直接、具有前瞻性，同时保持对社区协作的开放性。


构图建议

**信息层级：** 采用多级标题（H1, H2, H3）构建清晰的文档骨架，确保结构一目了然。
**元素布局：** 关键定义使用加粗，复杂流程使用有序列表，技术参数考虑使用表格呈现，重要警示或假设使用突出段落。
**视觉节奏：** 在长篇技术描述中，穿插使用项目符号列表、代码块示例（如API接口定义）和逻辑流程图描述，以提升可读性。


细节强化

**量化指标：** 所有性能需求（如速度、精度、吞吐量）必须包含可测量的具体数值和目标条件。
**边界定义：** 明确说明“不在本版本范围”的内容，有效管理社区预期。
**术语表：** 对文档中出现的专业术语、缩写提供简要解释。
**引用与链接：** 关联相关的研究论文、现有开源项目、依赖库文档，增强专业性和可追溯性。
**版本关联：** 明确需求与GitHub Issue、里程碑版本的对应关系。


使用建议

将上述“核心提示词”中的结构提示作为生成主纲，填充具体项目的细节信息。
在撰写“功能性需求”时，可进一步拆解为“必选功能”、“推荐功能”、“未来展望”三个子类，以区分优先级。
生成文档后，建议邀请核心贡献者从“开发者视角”和“用户视角”分别进行审阅，确保需求既技术可行又体验良好。
此提示词方案同样适用于在Notion、Confluence等协作平台中快速搭建PRD页面框架。