开源模型产品需求写作高阶版提示词

角色定义
以资深产品需求分析师的身份，聚焦开源模型技术特性，面向开发团队与项目决策者，输出可供直接执行的高阶产品需求文档写作提示词方案。目标是将“开源模型”的产品化诉求转化为结构清晰、可落地、无歧义的完整需求描述，支撑从技术评估到功能交付的全链路协作。

适用场景

撰写开源大模型或小模型的商业化产品需求文档（PRD）
为开源模型项目制定技术功能清单与验收标准
面向模型微调、部署、API接入等环节编写产品规格
团队内部对齐开源模型的产品化边界与交付目标


核心提示词

基础框架提示词：你是一位开源模型产品需求分析师。请围绕“开源模型”的核心技术特性（如模型架构、许可协议、训练数据来源、推理效率），输出一份完整的产品需求文档，涵盖背景、目标用户、核心功能列表、非功能性需求（性能、安全、兼容性）、验收标准与迭代优先级。
流程细化提示词：请将需求拆解为以下完整流程：模型选型评估 -> 产品功能设计 -> 接口与服务定义 -> 模型部署与资源规划 -> 合规与许可审查 -> 用户文档与测试用例。每个环节需明确输入、输出、责任人及关键指标。
专业深度提示词：在需求描述中融入模型技术细节，例如：模型参数量、推理延迟、GPU/CPU兼容性、上下文窗口大小、多语言支持能力、微调数据格式要求。同时标注开源协议（如Apache 2.0、MIT、GPL）对商业化使用的约束。


风格方向

技术严谨：术语准确，避免模糊表述；每个需求点配有可量化的指标（如“推理延迟 < 200ms under batch=1”）。
层级清晰：采用“目标 - 场景 - 功能 - 约束”的四层结构，便于开发人员快速定位。
决策导向：每条需求附带“优先级(P0/P1/P2)”和“风险备注”，帮助团队在资源受限时做取舍。


构图建议

文档布局：采用“左侧目录树 + 右侧内容区”的网格结构，目录按“1.概述 / 2.用户场景 / 3.功能清单 / 4.非功能需求 / 5.验收标准 / 6.附录”排列。
数据展示：关键指标使用表格呈现（如模型对比表、性能基准表），流程图用于展示用户从“输入提示词”到“模型返回结果”的完整链路。
视觉强调：开源协议、风险项、重要假设用高亮色块或边框突出，便于扫描阅读。


细节强化

模型层：明确支持的推理框架（vLLM、TGI、ONNX等）、量化精度（FP16/INT8/INT4）以及对私有化部署的环境要求。
合规层：列出开源模型许可证中关于“衍生发布”“隐私收集”“商用盈利”的关键条款，并转化为产品侧对应的功能开关或提示文案。
体验层：定义模型返回结果的格式（JSON/流式/自定义）、错误码体系（超时、拒绝、内容过滤）以及降级策略。
测试层：要求包含模型一致性测试、对抗样本测试、长文本生成稳定性测试的用例模板。


使用建议

直接复制“核心提示词”中的任一模板到写作工具（如Notion、飞书或ChatGPT）中，替换“开源模型”的具体名称和参数即可生成初版需求提纲。
在团队对齐阶段，优先使用“基础框架提示词”产出1页纸概要，再根据非功能需求模块深挖技术约束。
当需要向非技术背景的利益方汇报时，可隐藏“细节强化”中的底层参数，仅保留“构图建议”中的流程和表格，提升可读性。