搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「生成模型」找到 82 条内容
按专题浏览 →匹配正文:…和正确证据。 记录当前基线的完整配置,包括解析版本、Chunk 策略、Embedding、候选数量、融合方式、Rerank、阈值和生成模型。 一次只改变一个主要因素,再运行同一批样本。保存每条问题的候选原文、排名、最终上下文、答案和引用,而不是只保存汇总指标。 汇总时分层看检索、生成和无答案表现,再按题型查看。总分上升但否定题下降,不能直接宣布改动成功。 最后运行回归集和保留集,确认已知问题没有退化,新问题也能得到同方向改善。 一次 RAG 改动的评审清单 固定数据、记录配置…
匹配正文:…uery 处理、检索、排序、上下文组装、答案生成和引用回跳。最终回答错了,可能是正确证据根本没有被找回,也可能是证据已经排在前面,生成模型却漏掉了限制条件。只看一个端到端分数,团队仍然不知道应该修哪一段。 这也是项目面试里很容易被追问的一道题: Recall@K、Precision@K、MRR、答案正确性和 Faithfulness,分别在评估 RAG 哪一层?如果几个指标互相矛盾,你会怎样定位问题? 如果只把几个英文缩写逐个翻译出来,回答还停留在知识点层面。面试官真正想听的…
…大,失效风险也越高。 Embedding 缓存依赖模型版本。检索缓存依赖知识库、文档版本、过滤条件、检索配置和权限。答案缓存还依赖生成模型、Prompt、引用和时效。 三层缓存的收益与失效风险矩阵 缓存位置越接近最终答案,需要纳入缓存键和失效策略的上下文越多。 假设同一句问题在两个知识库里答案不同,缓存键却只有 Query。第一个用户的检索结果可能被第二个用户复用,这已经不是性能小问题,而是数据越界。 文档更新后,旧缓存也要失效。可以把知识库版本写入缓存键,或者在发布新版本时…
学习内容与项目面试,在同一条路上。