搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG 技术」找到 256 条内容
按专题浏览 →匹配口述回答:这道题问的是[[RAG]]的性能瓶颈和优化,其实本质上是在问,你怎么理解RAG系统中检索、生成、效率这三环的协同关系,而不是让我列一堆技术点。我一般会从三个维度去拆解:检索精度、生成质量和系统效率,但真正落地时,这三者经常是互相牵制的,你得有取舍。 先说检索精度。最直接的瓶颈是向量语义匹配不准,尤其当query里带专有名词或者缩写时,纯向量检索很容易跑偏。我的做法是上[[混合检索]],把[[BM25]]关键词召回和向量召回结合起来,用RRF融合排序。比如客服场景里用户问“满2…
匹配口述回答:这道题问的是搭建领域[[RAG]]的完整流程,其实本质就是一件事:把外挂知识库里的信息准确找出来,再让大模型读明白、说人话。它不是微调模型学知识,而是查文档加读文档的工程化。 先说数据准备。很多人一上来就[[向量化]],其实质量天花板在数据清洗和[[分块]]。清洗不难,去重去噪、统一格式就行,但领域数据有个坑:专业术语容易被通用[[分词器]]切碎。比如医学里的“非小细胞肺癌”,拆成“非”“小细胞”“肺癌”就丢语义了。所以前提是建一个领域词典,把这类复合词保留。 分块才是真正的…
…在金融风控场景,我会专门构造一些“相似但不相关”的案例来测试模型的抗噪声能力。 最后,我更倾向把整个流程看成一套组合拳,而不是单一技术。数据构建是地基,检索优化是骨架,后处理是精装修。如果只能选一个,我会优先把数据切分和难负样本做好,因为这是最根本的。 一句话定位:RAG检索不准的本质是信息源和匹配逻辑不匹配 数据构建:语义切分和负样本构造 检索优化:混合检索和查询改写 后处理:重排序和置信度过滤 评估与落地:标准数据集+自建业务集 约4分钟 评估时除了开源数据集,一定要构建…
学习内容与项目面试,在同一条路上。