搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「RAG流程」找到 352 条内容
按专题浏览 →匹配正文:答案要点 RAG核心流程(索引-检索-生成)的完整理解 向量数据库选型与优化要点 检索策略(稠密/稀疏/混合)的权衡 实际落地中的关键挑战(幻觉、时效性、多跳推理) RAG与微调的结合思路 一、技术原理 RAG的核心思想:用外部知识弥补大模型的知识截止和幻觉问题,把LLM从"闭卷考试"变成"开卷考试"。 标准流程三步走: 索引(Indexing):文档切分→Embedding编码→向量库存储 检索(Retrieval):Query向量化→相似度搜索→Top-K召回 生成(Ge…
匹配正文:核心价值 RAG 让模型在回答时读取可更新、可授权和可追溯的外部资料,主要缓解参数知识过期、私有知识缺失和事实依据不足。它改善的是知识访问链路,不保证自动消除幻觉,也不能替代模型本身的推理、工具执行或权限控制。 1. 知识时效性 知识库更新后仍需经过解析、分块、索引和发布,查询才能读到新版本。天气、订单和实时价格等数据更适合通过实时 API 或数据库工具获取,再把结果作为生成依据,而不是依赖静态向量库。 2. 私有与领域知识 企业政策、产品手册和内部流程可以通过检索按权限注入…
匹配口述回答:这道题其实问的是,当[[RAG]]落到医疗、法律这种高价值、高风险的垂直领域时,到底要怎么搭一条能真正跑通的链路。核心已经不是通用RAG那套“文档切一切、向量存一存、召回来拼Prompt”了,而是怎么把领域知识的结构化、查询的复杂意图、还有最终答案的可靠性串起来。 我先说知识处理这块,这是最花功夫的。通用RAG里往往一刀切[[Chunk]],但垂直领域不行。我的做法是把数据分成三层来对待:结构化数据,比如药品库、法条,直接做成[[Knowledge Graph]],存实体和关…
学习内容与项目面试,在同一条路上。