高效RAG知识库PRD需求文档提示词

角色定义与任务定位

请以“AI产品架构师”或“资深技术型产品经理”的身份，运用本方案。你的核心目标是：系统化地构思、规划并撰写一份关于“高效RAG知识库”的产品需求文档，确保文档兼具业务价值清晰性、技术可行性描述与可执行的项目蓝图，为后续开发、测试与评估提供明确依据。

适用场景

• 为全新的RAG知识库项目撰写从0到1的PRD。
• 对现有RAG系统进行重大功能迭代或重构时的需求规划。
• 向技术团队、业务方或投资人清晰阐述RAG知识库的产品方案与技术实现路径。
• 作为评估外部RAG解决方案或自研项目是否满足需求的检查清单。

核心提示词（可直接使用或组合）

• 请撰写一份高效RAG知识库的PRD，需明确涵盖以下模块：项目概述与目标、用户角色与核心痛点、系统架构图（包括文档处理流水线、检索器、生成器）、核心功能清单（如文档解析、向量化、混合检索、引用溯源、对话管理）、非功能性需求（响应延迟、准确率、可扩展性、安全性）、成功度量指标（如检索命中率、回答相关性、用户满意度）、以及初步的迭代路线图。
• 作为产品经理，请详细描述一个支持多源数据（PDF、网页、数据库）接入的RAG知识库的“文档处理与索引构建”需求，需包括文件解析、文本分块策略、向量化模型选型建议、元数据设计及索引更新机制。
• 定义RAG知识库“混合检索”组件的需求：明确结合密集向量检索与关键词（BM25）检索的权重策略、重排序（Re-ranking）模型的使用场景、以及针对检索结果的相关性分数阈值设置。
• 规划RAG知识库的“回答生成与溯源”需求：规定大语言模型（LLM）的提示词模板、要求回答必须附带可点击的文档引用来源、并说明对于模型生成“知识外”回答的拒答处理流程。

风格方向

• 文档风格：采用结构化、模块化的技术PRD风格，避免散文式描述。强调逻辑清晰、定义准确、无歧义。
• 表达基调：专业、务实、前瞻性。平衡业务价值语言与技术实现细节，使技术团队和业务方都能理解核心价值。
• 视觉化要求：在文档中预留系统架构图、数据流程图、界面线框图的位置描述，并用文字明确图示要素。

构图建议（文档结构框架）

• 顶层框架：采用“总-分-总”结构。开篇明确产品愿景与核心价值；中间分模块深入功能、架构与流程；结尾定义验收标准和演进计划。
• 核心章节构图：1. 项目背景与目标 -> 2. 用户画像与场景 -> 3. 系统总体架构 -> 4. 详细功能规格（按模块分解）-> 5. 非功能性需求 -> 6. 成功指标与评估方法 -> 7. 发布与迭代规划。
• 重点模块特写：对“检索精度”和“回答质量”这两个核心价值点，应设立独立小节进行多维度的需求定义，如准确率、延迟、幻觉控制等。

细节强化

• 量化指标：需求中尽可能使用量化指标，例如：“在99%的情况下，检索相关文档的延迟应低于500毫秒”、“对于已知知识库内容的问题，回答的事实准确性需达到95%以上”。
• 边界情况：明确描述系统如何处理边界情况，如：输入文档格式不支持、检索结果为空、用户提问模糊、生成内容涉及敏感信息等。
• 术语表：在附录中提供关键术语解释，如：嵌入向量、余弦相似度、重排序、提示词工程、幻觉等，确保读者理解一致。
• 依赖与假设：清晰列出项目的外部依赖（如特定的嵌入模型API、算力资源）和核心假设（如文档质量基线）。

使用建议

• 在使用“核心提示词”时，可将其直接输入给高级语言模型（如GPT-4、Claude等），作为生成PRD初稿的指令，再基于输出进行细化。
• 可将本方案中的各模块作为PRD评审的检查清单，逐一核对需求是否已覆盖完整。
• 在撰写“详细功能规格”时，建议采用“用户故事”格式（作为XX用户，我希望XX，以便于XX）来描述功能，并附带技术实现备注。
• 本方案强调“高效”，因此在需求中务必体现对性能、成本、维护复杂度的考量，避免过度设计。优先定义MVP（最小可行产品）范围。