搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG 检索质量」找到 144 条内容
按专题浏览 →匹配口述回答:…杂问题效果好,但成本和延迟高。我一般只在需要多跳推理、且对准确率要求极高的场景才推荐,比如风控合同审查。 所以整体上,我更倾向先做检索质量优化,再考虑生成增强,因为检索是入口,入口不干净后面都是白搭。 一句话定位:RAG痛点本质是检索和生成之间的匹配缺口 检索噪声:表现、根源、混合检索加重排的改进,落地风险 上下文稀释:表现、根源、动态压缩和排序策略,边界划分 语义鸿沟:HyDE和知识图谱的思路,适用场景判断 收尾与可延伸点:GraphRAG的取舍,追问点 约4分钟 Grap…
匹配口述回答:这道题其实问的是:在[[RAG]]的生成阶段,怎么把一堆检索回来的文档整合进Prompt,让模型既准确又有依据,还能连贯回答。说白了,核心就是平衡两件事,一是文档和问题的相关性,二是模型输出的可控性。我不会一上来就堆策略,而是先想清楚这个Prompt到底该怎么组织。 我一般会用一个四层架构来设计。先讲第一层,上下文预处理。这块不能把检索结果直接往里塞,得先做筛选、排序和去重。比如相关性分数低于阈值的直接扔掉,保留Top-K,通常是3到5篇。排序上我会综合[[BM25]]分数、…
…‘根据某年某月版本’。 说到这,其实还有一个更激进的方向,让模型自己决定要不要调用检索,而不是每次都硬塞上下文。比如[[Self-RAG]]的思路,模型先生成一个初步答案,再判断是否需要检索补充。这个在知识库更新频繁的场景特别有用,但实现复杂度也高。 所以整体上,我更倾向于根据不同场景组合使用模板:客服退款这种高频简单问题,经典QA式加引用标记就够了;政策解读这种依赖多段资料的,就加动态Few-shot和重排序。核心前提是检索质量要过硬,否则Prompt设计得再好也白搭。 一…
学习内容与项目面试,在同一条路上。