搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG 一致性」找到 150 条内容
按专题浏览 →匹配口述回答:这道题问的是[[RAG]]评估,但我觉得它真正在问的是:你怎么在检索和生成这两段之间做质量博弈,并且落地时不被指标骗了。 我会把评估拆成两个层面,先检索层,再生成层,最后看端到端,但每个层面都有坑。 先说检索层。Recall@K衡量Top-K覆盖了多少已标注相关文档,分母是相关文档总数;Hit@K衡量至少命中一个相关结果的query比例,不能混为一谈。但这里有个常见误区:很多人上来就追Recall@K到95%以上,其实没必要。比如客服退款场景,用户问“退款到哪了”,若黄金集中…
匹配口述回答:…k]],把最相关的片段顶到前面。 另外说一个我特别关注的点:当知识库频繁更新时,[[Vector Database]]的增量索引和一致性怎么保证?比如客服知识库每天有几百条修改,你不能每次重建索引,但增量插入又可能让检索精度下降。我倾向于用双索引策略,一个base索引定期全量重建,一个delta索引处理实时增量,查询时合并结果,再按时间戳去重。 所以整体来看,我不会把RAG和SFT对立起来。真实落地往往是RAG打底,保证知识最新、来源可查,然后再用SFT优化生成风格和指令遵循…
匹配口述回答:…OP 和合规文档,政策三天两头变,RAG 改个文档就行。SFT 适合学新风格、新格式,比如让模型按特定模板写报告。真正落地常常是 RAG 提供实时知识,SFT 优化生成风格,两者一起上。 最后说下落地风险。一个前提是数据质量必须高,文档本身有错、有矛盾,RAG 反而会放大错误。上线前我会特别关注两件事:一是检索延迟,高频场景下向量检索加重排可能超过 500ms,需要加缓存或者用 [[HNSW]] 索引优化;二是数据一致性,文档更新后,旧向量和旧片段要能及时清理或软删除,否则用…
学习内容与项目面试,在同一条路上。