搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG Prompt 设计」找到 203 条内容
按专题浏览 →匹配正文:核心原理:检索-生成两阶段范式 RAG将大模型从"闭卷考试"转为"开卷考试"——先检索、后生成。用户查询时,系统先从外部知识库检索相关文档,再将检索结果与用户问题拼接送入LLM生成答案。 系统架构与四大模块 模块 核心功能 关键技术 索引构建 离线处理文档,构建可检索的向量库 文档切分、Embedding模型、向量数据库(Milvus/Faiss) 检索器 从海量文档中快速召回Top-K候选 稠密检索(DPR)、稀疏检索(BM25)、混合检索 重排序 精排候选,提升相关性 C…
匹配正文:…相关性加权融合、构建结构化上下文(表格/树状) 长上下文利用:Lost in Middle问题缓解,关键信息放首尾 生成环节优化 Prompt工程:明确引用格式要求、 few-shot示例引导结构化输出 生成增强:Self-RAG(生成时自检索验证)、RAG-Fusion(多查询结果融合生成) 后处理验证:答案与检索片段的事实一致性校验、置信度打分过滤 系统级迭代 离线评估:构建领域评测集,端到端答案准确率 vs 检索命中率联动分析 在线监控:检索空结果率、生成幻觉率、用户反…
匹配口述回答:…结果的事实一致性,冲突时过滤掉。 还有一个点值得注意:当检索结果为空或置信度极低时,是直接拒绝还是触发联网搜索?我倾向先拒绝,因为RAG的目标是可控性,联网搜索会引入不可控风险。但如果业务允许,可以设计一个降级策略,比如提示用户补充关键词。 整体上,我会把RAG看成一个检索增强的闭环系统,不是简单的管道。每个环节的失败场景都要有预案,比如知识库更新不及时导致旧政策被检索出来,这时需要版本控制或时间戳过滤。上线前,我会用 [[RAGAS]] 这类工具评估 [[Faithfuln…
学习内容与项目面试,在同一条路上。