搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG 知识更新」找到 40 条内容
按专题浏览 →匹配口述回答:这道题其实问的是,怎么把一个通用的[[RAG]]系统真正落地到专业领域。本质上是解决领域知识深度和通用模型能力之间的平衡问题。我理解,核心就三件事:数据怎么管,检索怎么准,生成怎么控。 先说数据。专业领域的数据不能一把抓,得分层。我一般分成三层:权威库、案例库、实时库。权威库,比如医疗的诊疗指南、法律的成文法典,这些是黄金标准,我会做结构化抽取加人工审核,更新频率不会太高,按月就行。案例库,比如历史病例或判例,这些需要[[向量化]]加元数据标注,更新可以实时。实时库,像最新文…
匹配口述回答:这道题我觉得核心是在问:你怎么让大模型知道它训练时没见过的东西?[[RAG]] 的思路很简单,用检索代替记忆。模型不需要记住所有知识,需要的时候去外部数据库里查,再把查到的信息塞进 Prompt 让它生成。这样好处很明显:知识更新快,可控,[[幻觉]]也能压下去。 具体分三步走。先说离线索引,就是把文档切碎、转成向量存起来。这里有个前提:切分的粒度直接影响后面召回质量。切太粗,一块里面混着好几件事儿,检索容易带偏;切太细,上下文断了,模型看不懂。一般 chunk size 在…
…不合理,检索结果全是无关的,那LLM再强也白搭。所以我上线前一定会做召回评估,看Recall@K和MRR,确保检索质量达标。另外,RAG和微调不是二选一。微调适合让模型学会特定格式或风格,但知识更新慢。RAG适合动态知识,比如价格、库存、政策。真正落地往往是两者结合:微调让模型理解业务语义,RAG提供实时知识。 最后说一下我的判断。我会把RAG看成一套系统工程,而不是简单的检索加生成。它的前提是知识库质量要够高,如果文档本身混乱、噪声多,RAG效果会大打折扣。常见的失败场景是…
学习内容与项目面试,在同一条路上。