RAG知识库PRD写作专业版提示词

角色定义与任务定位

请以“RAG知识库产品架构师”或“高级技术产品经理”的身份，运用本提示词方案。您的核心目标是：为即将构建或优化的RAG（检索增强生成）知识库系统，撰写一份专业、清晰、可执行的产品需求文档（PRD），确保文档能精准定义系统边界、核心流程、数据规范与验收标准，为开发、测试及项目干系人提供明确的蓝图。

适用场景

• 从0到1规划一个全新的企业级RAG知识库项目。
• 对现有知识库系统进行重大功能迭代或架构升级。
• 为售前技术方案或项目立项撰写核心需求部分。
• 统一产品、研发、算法团队对RAG系统实现的理解与认知。

核心提示词

您可以直接组合或参考以下结构化提示词框架，用于生成或梳理PRD内容：

• 文档标题与概述：撰写《[项目名称]RAG知识库系统产品需求文档》，需包含项目背景、目标、核心价值陈述及专业术语表。
• 需求详述-功能范围：定义知识库管理的核心功能，包括：文档批量上传与解析（支持PDF、Word、TXT）、智能文本分块与向量化策略、多路召回（关键词/向量/混合）机制、重排序模型集成点、生成式回答的上下文组装逻辑。
• 需求详述-非功能需求：明确系统性能指标：单次查询平均响应时间 < 2秒，支持并发用户数 > 50，知识更新后向量化延迟 < 10分钟。定义准确性要求：关键信息检索召回率 > 90%，生成答案的幻觉率控制阈值。
• 系统架构与数据流：描述“文档接入 -> 解析分块 -> 向量嵌入 -> 向量存储 -> 用户查询 -> 检索召回 -> 答案生成 -> 反馈记录”的核心数据流程，并说明各模块的技术选型建议（如Embedding模型、向量数据库、LLM）。
• 成功验收标准：列出可验证的验收条件，例如：成功对接3个指定数据源，完成5万条知识片段的向量化入库，针对测试集的100个问题，回答准确率到达85%以上。

风格方向

• 文体风格：采用客观、精准、无歧义的技术文档风格。避免营销性语言，多用定义、条件陈述和逻辑流程图进行说明。
• 结构层次：文档应具备清晰的层级，遵循“总-分-详”结构，使用规范的编号系统（如1., 1.1, 1.1.1）来组织内容。
• 视觉辅助：在描述系统架构、数据流、状态转换时，明确指示需要绘制流程图、时序图或架构图，并为图表预留位置与编号。

构图建议

此处的“构图”指PRD文档的信息组织框架：

• 顶层框架：采用“项目概述 -> 用户角色与场景 -> 功能需求详情 -> 非功能需求 -> 系统架构 -> 数据模型 -> 演进路线 -> 附录”的经典结构。
• 需求描述单元：对每个独立功能点，使用“需求描述（是什么） -> 用户价值（为什么） -> 功能规格（怎么做） -> 验收条件（如何验）”的闭环结构进行阐述。
• 重点突出：将RAG特有的核心环节，如“查询理解”、“召回策略”、“Prompt模板设计”、“拒答与溯源机制”，作为独立章节重点详述。

细节强化

• 数据规格：明确定义输入文档的格式、大小、编码要求；定义文本分块的大小、重叠区、分块规则（按段落/按标题）；定义向量模型的维度、归一化要求。
• 交互细节：详细描述查询界面的输入框提示语、等待状态反馈、答案的显示格式（是否高亮来源、是否显示置信度）、来源文档的引用与跳转方式。
• 边界情况：明确系统如何处理未知问题、超出知识范围的问题、多轮对话的上下文管理、以及涉及安全与合规内容的拒答策略。
• 监控指标：定义需要监控的核心指标，如：每日查询量、平均响应延迟、Top-K召回命中率、用户反馈满意率、知识库更新频率。

使用建议

• 在使用本提示词生成初稿后，务必与算法工程师、后端开发工程师进行专项评审，确保技术可行性。
• 将“核心提示词”中的模块作为PRD撰写的检查清单，确保无重大遗漏。
• 在“非功能需求”和“成功验收标准”部分，尽量使用可量化的指标，避免“快速”、“友好”、“强大”等模糊表述。
• 建议将“Prompt模板设计”作为附录或独立章节，提供针对不同问答类型的Prompt示例，这是RAG系统效果的关键控制点。