一句话说清楚
RAG 检索时不会整本文档喂给模型,而是先切成块(chunk)再对块建索引。切法直接影响效果:切块太大,检索结果夹带无关内容稀释答案;切块太小,上下文断裂导致语义不完整。常见策略有按段落、按语义边界、按固定 token 数加重叠(overlap)。好的分块让「找的那句话」恰好出现在「有完整上下文的块」里。
这对你选工具意味着什么
搭企业知识库时优先选支持智能分块(按语义/标题层级切)的工具,纯按字数硬切的实现效果差一截;调优时先动分块策略,再考虑换更贵的模型。
常见误区
表格与代码被硬切后基本不可用——数字对不上行、代码断在半句。含大量表格的文档要选支持表格感知分块的方案,或预处理成文本描述。