搜索中文正文和常见中英文技术词,按教程、项目、面试题筛选。
「Embedding 质量」找到 400 条内容
按专题浏览 →匹配口述回答:…这样就算一句关键描述刚好在边界上,两个chunk里都能找到它。 再说chunk大小。chunk大小没有通用范围,要同时看文档结构、Embedding输入限制、查询类型与LLM上下文预算,并在同一评测集上比较多组候选。上线前我会做召回测试,拿真实用户query去跑,看top-k里能不能覆盖答案来源,如果召回率低,就调小chunk或者加大重叠。 所以整体上,我更倾向把chunk策略看成检索质量的基础设施,它不是一次设定就完事的,需要根据文档类型、查询场景和模型能力持续调优。如果面…
匹配口述回答:…[[Chunk]] 划分策略,我觉得它本质上是在考一个取舍:你如何在检索精度和上下文完整性之间做平衡。因为 [[RAG]] 的召回质量,很大程度上取决于你切出来的块是不是既独立又完整。 先说最直接的固定长度分块,按多少 token 或者字符数硬切。这个方案好处是简单、快,[[Embedding]] 批量处理效率高,而且能精确控制上下文长度。但它有个硬伤,就是边界可能把一句话或者一个逻辑单元从中间切断。举个例子,如果一篇文档在讲「深度学习的优化方法」,其中一句刚好被拦腰截断,那…
…状态管理加分层检索。先说状态管理,每轮用轻量模型抽取出当前的主题实体、用户意图、未解决问题这些,存成一个结构化的状态。这个状态[[向量化]]后参与检索相似度计算,相当于给检索器一个显式的记忆锚点。这和简单地把历史拼进上下文窗口不一样,后者在长对话里会受[[Sliding Window]]长度限制,早期信息被挤掉,而且没法区分哪些是已解决的、哪些是待办的。显式状态更可控,但前提是抽取要准,如果抽出来一堆噪音,反而会污染检索。 再一个,检索策略不能一轮定终身。我会用分层检索:当前…
学习内容与项目面试,在同一条路上。