搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「检索 Embedding 评估」找到 264 条内容
按专题浏览 →匹配正文:先看三句用户问题。 “这个怎么申请?” “理赔和索赔有什么区别?” “等待期。” 第一句依赖上一轮对话,不知道“这个”指什么就无法检索。 第二句包含两种可能出现在文档里的表达,系统需要覆盖不同措辞。 第三句只有一个抽象概念,信息太少,向量很容易飘到一堆相近主题。 这三类问题都可能被笼统地归入“Query 优化”,但适合的处理方法并不一样。 如果不分类型,每个问题都先交给大模型改写,不仅多一次调用,还可能把原本清楚的编号、否定和限制条件改错。 重写、扩写和 HyDE 分别解决什…
匹配正文:…;过期、被替代和无权限条目不得进入排序。最后限制条数和 Token,保留来源与时间注入上下文,并用正例、难负例、冲突和不应召回样本评估。 这段话的关键不是给出一个万能公式,而是把硬约束与软排序分开。 Agent 记忆检索与重排流程 先排除不能用的记忆,再在可用候选里判断哪条更值得进入上下文。 第一步:先理解当前任务要找什么 用户输入不一定能直接作为向量查询。 “继续做昨天那个方案”包含指代,需要先从当前会话确定“那个方案”可能对应的项目和任务阶段。“还是按以前的风格写”需要检…
学习内容与项目面试,在同一条路上。
匹配正文:… RAG 评测集应该怎么构建?为什么只准备问题和参考答案仍然不够?Recall@K、MRR 和 Faithfulness 又分别在评估哪一层? 只回答“让大模型生成一批 QA,再算准确率”,通常会暴露更多问题: 自动生成的问题是不是只会复述原文? 没有正确证据位置,怎么评估检索? 最终答案错了,怎么知道该修检索还是生成? 参数一直对着同一批题调,会不会把系统调到过拟合? 一条评测样本到底要保存什么? 最小结构不是“问题加答案”,而是“问题、答案、证据”。 问题要尽量接近真实用…