AI研究

切分被反复验证是“决定RAG性能上限”的一环:块太小上下文碎片化、块太大噪声压过信号,中文语料经验值是300到800字、overlap 10%到20%,但事实型问答和分析总结型需要的粒度完全不同——一个知识库里混着制度条文、操作手册、财务表格和代码,到底该怎么切才不是在用一套逻辑应付所有内容?

👤 为我痴狂 👁 73 阅读 ❤ 0 点赞 ➦ 0 分享 📅 2026-11-01
首页› AI› AI研究› 正文
切分不是预处理,而是检索架构:异构知识库中RAG分块粒度的任务耦合设计

摘要:分块(chunking)长期被当作RAG流水线中的一项预处理操作,但越来越多的证据表明,它实质性地决定了检索召回的上界与生成证据的质量。中文语料“300–800字、overlap 10%–20%”的经验值并非普适定律,而是特定任务分布下的局部最优。本文提出“检索单元—证据形态—任务粒度”三层耦合的分析主线,论证分块参数应当由下游任务类型与文档结构共同反推,而非全局统一设定。在此基础上,给出制度条文、操作手册、财务表格、代码四类异构内容的差异化切分路径、可执行参数表与评测协议,并讨论长上下文模型、late chunking、语义分块等前沿方向对传统切分范式的冲击与边界。

一、问题的重述:为什么“切分上限论”值得认真对待

在检索增强生成(Retrieval-Augmented Generation, RAG)的工程实践中,分块常被归入“数据预处理”这一低关注度环节:清洗、去重、切分、向量化,然后进入检索与生成。这种流水线式的心智模型带来一个隐性后果——团队会把大量精力投入到嵌入模型选型、重排序策略与提示词工程,却把分块参数当作一次性配置,全局套用同一组窗口大小与重叠率。然而,检索系统的召回上界在分块阶段就已经被部分锁定:一个被切断的条款、一张被拆散的表格、一段失去函数签名的代码,无论后续重排序多么精细,都不可能被完整地送回生成器。

这一判断并非修辞。信息检索领域的经典结论早已指出,检索单元(retrieval unit)的粒度直接决定了召回率与精确率之间的权衡曲线:单元越细,匹配越精确但上下文越碎片化;单元越粗,语义越完整但噪声占比上升。RAG把这一权衡进一步放大,因为生成器对证据的完整性与可溯源性有额外要求——它不仅要“相关”,还要“足以支撑一个可验证的答案”。

本文评述:把分块称为“决定RAG性能上限的一环”是准确的,但需要加一个限定——它决定的是在给定嵌入模型与检索器条件下的可达上界,而非绝对性能。换言之,分块是约束条件,不是充分条件。真正的问题不是“最优块大小是多少”,而是“在什么任务分布、什么文档结构下,哪一组切分决策使检索证据与生成需求之间的错配最小”。

更棘手的是异构性。一个企业知识库往往同时容纳制度条文、操作手册、财务表格与代码片段。这四类内容的信息组织方式截然不同:条文以“条款—款项”的层级结构承载规范性约束;手册以“步骤—条件—异常处理”的流程链承载操作性知识;表格以二维坐标承载数值关系;代码以语法结构与调用关系承载逻辑。用一套固定窗口去切分它们,等价于假设这四类内容的“语义原子”大小相同——这个假设在绝大多数真实语料中都不成立。

因此,本文的核心主张是:分块应当被视为检索架构的一部分,而非预处理的一部分。它需要与任务类型、文档结构、评测协议共同设计。后文将围绕这一主张展开,先厘清问题定义,再给出分析主线,最后落到可执行的参数与代码。

二、背景与问题定义:从固定窗口到任务耦合

2.1 固定窗口范式的历史合理性

早期RAG系统普遍采用固定长度窗口切分,典型配置是256、512或1024个token,配合10%–20%的重叠。这一范式有其历史合理性:嵌入模型存在最大输入长度限制(如BERT类模型为512 token),检索器的相似度计算成本随单元长度增长,而固定窗口实现简单、可并行、易于估算存储。在文档同质、问题以事实型为主的场景下,固定窗口的表现尚可接受。

但固定窗口的隐含假设是“语义密度在文本中均匀分布”。这个假设在真实语料中频繁失效:一份制度文件的第三章可能连续两页都是定义性条款,而附录可能是一张密集的费率表;一段代码的前二十行是导入语句,后十行才是核心逻辑。均匀切分会在语义稀疏处浪费预算,在语义密集处制造断裂。

2.2 任务类型对粒度的差异化需求

事实型问答与分析总结型任务对证据粒度的需求存在系统性差异,这一点在工程中常被低估。

事实型问答(如“某制度的报销上限是多少”“某函数的默认超时时间”)追求的是最小充分证据:一个条款、一行配置、一个单元格即可回答。此时块越小,检索精度越高,噪声越少。但块过小会导致指代消解失败——例如“上述限额”中的“上述”指向被切断的前文,生成器拿到孤立片段后无法还原指代关系。

分析总结型任务(如“总结本季度费用异常的主要成因”“对比两版操作手册的流程差异”)需要的是跨段落的证据集合:单一小块不足以支撑归纳,需要多个相关片段共同构成证据面。此时块过小会导致证据碎片化,检索器只能召回零散要点,生成器被迫在信息不全的条件下做归纳,幻觉风险上升。

这意味着同一个知识库中,面向事实型问答的索引与面向总结型任务的索引,理想的分块粒度可能相差数倍。若强行统一,必然在其中一类任务上付出代价。

2.3 问题形式化

可以把分块决策形式化为一个约束优化问题。设文档集合为 D = {d_1, ..., d_n},切分函数 C(d; θ) 在参数 θ(窗口大小、重叠率、边界规则)下将文档切为块集合。给定任务分布 T 与评测指标 M(如答案准确率、证据召回率、忠实度),目标是:

θ* = argmax_θ  E_{t~T, d~D} [ M( RAG(C(d; θ)), t ) ]
s.t.  |chunk| ≤ L_max(embedder)
      cost(C) ≤ C_budget

这个形式化的价值不在于求解——它通常不可解析——而在于明确了两点:其一,最优参数依赖于任务分布 T,脱离任务谈“最佳块大小”没有意义;其二,存在硬约束(嵌入模型长度上限)与软约束(成本预算),工程决策是在约束内寻找帕累托改进。

笔者认为:把分块问题形式化为“任务条件下的约束优化”,比追求一个普适的“黄金块大小”更有工程价值。前者导向可验证的实验设计,后者导向无休止的参数争论。实践中真正需要的是一组按内容类型与任务类型索引的参数配置,而非单一数值。

三、分析主线:检索单元、证据形态与任务粒度三层耦合

为避免章节散漫,本文确立一条贯穿全文的分析主线:分块的本质是在三个层次上做匹配决策——检索单元(retrieval unit)的边界、证据形态(evidence form)的完整性、任务粒度(task granularity)的适配度。三者构成一个耦合系统,任一层次的失配都会向下游传导。

3.1 第一层:检索单元的边界

检索单元是向量化与索引的最小对象。它的边界决定了“一次检索能返回什么”。边界划分有三个来源:物理边界(段落、换行、标点)、结构边界(标题层级、列表项、表格行列、代码块)与语义边界(主题转换点)。固定窗口只利用物理边界,结构感知切分利用结构边界,语义分块尝试推断语义边界。

关键洞察是:边界来源的可靠性因内容类型而异。制度条文中,条款编号是极高可靠的结构边界;操作手册中,步骤编号与条件分支是可靠边界;财务表格中,行与列是天然边界;代码中,函数与类定义是语法边界。而在自由叙述的会议纪要中,结构边界几乎不存在,只能依赖语义推断,可靠性显著下降。

3.2 第二层:证据形态的完整性

证据形态指“一个可被生成器直接使用的证据单元应具备的最小完整结构”。不同类型内容的证据形态不同:

内容类型 证据形态 断裂后果
制度条文条款 + 其款项 + 适用条件条件与结论分离,答案失真
操作手册步骤链 + 前置条件 + 异常分支步骤缺失,流程不可执行
财务表格表头 + 数据行 + 单位/口径说明数值失去语义,无法解读
代码签名 + 函数体 + 依赖导入逻辑不完整,无法推理行为

证据形态的完整性要求,直接否决了“纯长度切分”的普适性。一个300字的制度条款可能是完整的证据单元,而一个300字的代码片段可能只覆盖了半个函数体。

3.3 第三层:任务粒度的适配

任务粒度指“回答一个问题需要多少个证据单元、以何种方式组合”。事实型问答通常需要1–2个高精度单元;对比分析需要同一维度的多个单元;总结型任务需要覆盖一个主题簇的单元集合。任务粒度决定了检索阶段应返回的单元数量与多样性,也反过来约束了单元大小:若单元过大,返回3个单元就可能超出生成器上下文预算;若单元过小,返回10个单元仍不足以覆盖证据面。

3.4 三层耦合的传导机制

三层之间存在明确的传导关系:边界决策 → 证据完整性 → 任务适配度。一个边界划分错误(如把条款的条件句切到下一块),会导致证据形态不完整,进而使事实型问答无法得到确定答案、总结型任务得到片面证据。反过来,任务粒度也会向上约束边界:面向总结型任务的索引,边界应尽量对齐主题段落,允许块偏大;面向事实型任务的索引,边界应尽量对齐条款/单元格,允许块偏小。

本文评述:三层耦合框架的解释力在于,它把“块大小”这个单一标量还原为一组结构性决策。工程上真正可操作的,不是调一个数字,而是为每类内容定义“证据形态模板”,再据此推导边界规则与尺寸区间。这也解释了为什么跨团队复制的“最佳实践参数”经常失效——它们复制了数字,却没有复制数字背后的证据形态假设。

四、中文语料300–800字经验值的来源与边界条件

4.1 经验值的构成逻辑

“300–800字、overlap 10%–20%”这一经验区间在中文RAG实践中流传甚广,其合理性可以从三个角度理解。第一,中文的语义密度较高,一个汉字承载的信息量通常大于一个英文单词的对应片段,因此相同语义内容所需的中文字数往往少于英文词数;300–800字大致对应英文语境中200–500词的常见推荐区间。第二,主流中文嵌入模型的有效上下文窗口多在512 token量级,300–800字在分词后大致落在这一窗口内,兼顾了语义完整与模型限制。第三,overlap 10%–20%是为了缓解边界切断造成的指代断裂,属于低成本的保险机制。

但这一区间是统计意义上的中心趋势,不是因果规律。它成立的前提是:文档以连续叙述性文本为主、任务以中等粒度问答为主、嵌入模型为通用中文模型。一旦前提改变,区间就需要重新校准。

4.2 边界条件一:文档结构密度

结构密度指单位文本中结构标记(标题、编号、列表、表格)的密度。结构密度高的文档(如制度汇编、API文档),结构边界本身就提供了高质量切分点,此时应优先服从结构而非长度,块大小可以在结构约束下浮动,甚至突破800字上限。结构密度低的文档(如访谈记录、自由叙述),只能依赖长度与语义推断,300–800字的约束更有参考价值。

4.3 边界条件二:任务证据跨度

若评测集以单跳事实型问题为主,较小块(300–450字)配合较高重叠率通常更优;若以多跳推理或总结型任务为主,较大块(600–900字)配合较低重叠率、并辅以父子块(parent-child)检索策略,往往表现更好。这里的“更好”必须以任务指标衡量,而非主观感受。

4.4 边界条件三:嵌入模型与检索器特性

不同嵌入模型对输入长度的敏感度不同。部分模型在超过其训练长度分布后,表示质量会明显下降(长文本被压缩为单一向量时信息损失加剧)。这意味着“块越大越好”的直觉在稠密检索下并不成立:块增大带来的语义完整性收益,可能被单一向量表示的信息瓶颈抵消。实践中常见的折中是:用较小块做检索,用较大父块做生成上下文,即所谓“小块检索、大块供给”。

笔者认为:300–800字应被理解为“默认起点”而非“目标值”。合理的工程做法是把它作为基线配置,然后在真实评测集上做网格搜索,观察指标随块大小的变化曲线。若曲线在区间内平坦,说明任务对粒度不敏感,可优先选择成本更低的配置;若曲线在区间外仍有上升,说明该任务需要更大粒度,应引入父子块或分层索引。

4.5 一个常被忽略的变量:重叠率的边际收益递减

重叠率的作用是缓解边界切断,但它同时带来两个成本:索引体积膨胀与检索冗余。10%–20%的重叠意味着索引量增加10%–20%,且相邻块高度相似,容易在top-k结果中占据多个名额,挤占多样性。当块本身已经按结构边界切分时,重叠的边际收益会显著下降——因为边界处本就不存在语义断裂。因此,重叠率应与边界质量联动:结构切分用低重叠(0–10%),固定窗口用中重叠(10%–20%),语义切分可用更低重叠。

五、四类异构内容的差异化切分路径

本章是全文的工程核心。针对制度条文、操作手册、财务表格、代码四类内容,分别给出证据形态定义、切分规则、参数建议与失败模式。所有参数均为工程建议区间,需在真实评测集上校准。

5.1 制度条文:以条款为原子,向上聚合

证据形态:一个条款(含其下的款项、但书、适用条件)构成最小完整证据。条款编号是最高可靠的结构边界。

切分规则:首先按“第X条”“X.X”“(一)(二)”等编号模式识别条款边界;其次识别“但书”(以“但是”“除……外”“另有规定的除外”开头)并将其绑定到所属条款;再次识别条款内的定义、适用范围、罚则等子结构。切分时以条款为原子,若单条款过长(超过800字),再按款项切分,但必须保留条款首句作为上下文前缀。

参数建议:目标块大小400–800字,重叠率5%–10%(因结构边界清晰,低重叠即可)。对跨条款引用的内容(如“依照第二十三条执行”),建立引用关系元数据,检索时可做一跳扩展。

失败模式:把“适用条件”与“处理结论”切到不同块,导致生成器给出无条件结论;把“但书”遗漏,导致答案遗漏例外情形。这两类错误在合规问答中后果严重。

5.2 操作手册:以步骤链为原子,保留分支

证据形态:一个可执行的操作单元 = 前置条件 + 步骤序列 + 异常处理分支。步骤编号与条件判断(“若……则……”)是可靠边界。

切分规则:按“步骤1/2/3”或“第一步/第二步”识别步骤链;将同一流程下的连续步骤聚合为一个块,块内保留步骤编号;对条件分支,将分支判断与各分支的首步绑定,避免“判断在上一块、分支在下一块”。对跨页的流程,按流程标题而非页码切分。

参数建议:目标块大小500–900字,重叠率10%。流程较长的(如超过15步),按阶段(准备、执行、验证)二次切分,并在块首保留流程名与阶段名。

失败模式:步骤被切断导致顺序错乱;条件分支与判断分离导致生成器给出错误路径;异常处理被遗漏导致答案不完整。

5.3 财务表格:以行列结构为原子,表头必须随行

证据形态:一个可解读的表格证据 = 表头(列名、单位、口径)+ 数据行 + 必要的注释。表格的语义高度依赖表头,脱离表头的数值没有意义。

切分规则:首选“表头 + 若干数据行”的切片方式,每个切片都重复表头;对宽表,按列组切分并保留行标识列;对跨页表格,先做表格结构还原(合并表头、补全跨页行),再切分。表格的文本化表示建议采用“列名: 值”的键值对形式,而非简单拼接,以保留列语义。

参数建议:按行数切分,每片10–30行,确保单片文本化后不超过800字;重叠1–2行用于跨行计算。对汇总行、合计行单独成块并标注。

失败模式:表头与数据分离,导致“数值正确但语义错误”;单位丢失导致数量级误判;跨页表格被当作两个独立表格,导致合计错误。

5.4 代码:以语法单元为原子,保留签名与依赖

证据形态:一个可推理的代码证据 = 函数/类签名 + 函数体 + 必要的导入与类型定义。语法结构(函数、类、代码块)是可靠边界。

切分规则:优先使用语法解析器(如tree-sitter类工具)按函数、类、方法切分;对超长函数,按逻辑块(如循环、异常处理)二次切分,但必须保留函数签名与文档字符串;对跨文件的调用关系,建立符号表元数据,检索时做依赖扩展。注释与代码应绑定,不单独切分。

参数建议:以语法单元为准,不强求字数;单函数超过1000字时按逻辑块切分,重叠率0–5%(语法边界清晰)。代码块的文本化应保留缩进与语言标识,便于生成器理解。

失败模式:函数体被切断导致逻辑不完整;导入语句与使用处分离导致依赖不明;注释与代码分离导致意图丢失。

5.5 四类路径的统一抽象

四类路径看似各异,实则共享同一抽象:先定义证据形态模板,再识别该模板对应的结构边界,最后在边界约束下做尺寸控制。制度条文的模板是“条款+款项+条件”,手册是“步骤链+分支”,表格是“表头+行”,代码是“签名+体”。这一抽象可以直接落地为配置驱动的切分流水线,而非四套独立代码。

内容类型 结构边界 目标块大小 重叠率 元数据
制度条文条款编号、款项400–800字5%–10%条款号、引用关系
操作手册步骤编号、条件分支500–900字10%流程名、阶段、前置条件
财务表格表头、行、列组10–30行/片1–2行单位、口径、期间
代码函数、类、代码块语法单元0–5%符号表、依赖、语言

六、工程实现:参数表、流水线与代码骨架

6.1 配置驱动的切分流水线

推荐把切分实现为“路由 + 专用切分器 + 统一后处理”的三段式流水线。路由层根据文档类型(可从文件扩展名、内容特征、元数据推断)选择切分器;专用切分器实现各自的边界规则;后处理层统一做尺寸校验、重叠注入、元数据挂载与去重。

def route_and_chunk(doc, cfg):
    kind = detect_kind(doc)            # policy / manual / table / code / generic
    chunker = CHUNKERS[kind]
    raw = chunker.split(doc, cfg[kind])  # 结构感知切分
    chunks = []
    for c in raw:
        c = enforce_size(c, cfg[kind])   # 超长再切,过短合并
        c = attach_meta(c, doc, kind)    # 条款号/流程名/表头/符号表
        chunks.append(c)
    return dedup_with_overlap(chunks, cfg[kind].overlap)

6.2 父子块与分层索引

为同时满足事实型与总结型任务,推荐分层索引:子块(300–500字)用于检索,父块(800–1500字或完整条款/流程)用于生成上下文。检索命中子块后,按元数据回溯父块,将父块作为生成证据。这一策略在工程上等价于“用细粒度定位、用粗粒度供给”,能同时缓解碎片化与噪声问题。

# 分层索引示意
child = {"id": "c_1024", "parent_id": "p_31", "text": "...", "vec": [...]}
parent = {"id": "p_31", "text": "...", "kind": "policy_clause"}
# 检索:child 上做 ANN;生成:取 parent.text

6.3 表格文本化的推荐格式

表格切片应转为键值对文本,保留列语义。例如一行“2024Q1 | 差旅费 | 128.6 | 万元”应转为“期间: 2024Q1;科目: 差旅费;金额: 128.6;单位: 万元”。这种表示对嵌入模型更友好,也便于生成器引用具体字段。

6.4 元数据设计清单

元数据是切分方案可运维的关键。建议至少挂载:文档类型、章节路径、条款/步骤/表头标识、时间与版本、来源文件与页码、父块ID、引用关系。元数据既服务于过滤检索(如限定版本、限定文档类型),也服务于可溯源性(生成答案时给出出处)。

6.5 可拓展的学习资源

工程落地时,以下公开资源可作为参考(均在新窗口打开):

七、评测协议:如何验证一套切分方案真的更好

7.1 指标分层

切分方案的评测应分三层:检索层(Recall@k、MRR、证据覆盖率)、生成层(答案准确率、忠实度、引用正确率)、系统层(索引体积、检索延迟、token成本)。只看向量检索的召回率是不够的,因为召回的相关块未必构成完整证据。

7.2 证据覆盖率:一个被低估的指标

证据覆盖率定义为“回答所需的最小证据集合中,被检索结果覆盖的比例”。它比单纯的Recall@k更贴近生成需求:一个块可能“相关”但不“充分”。构造该指标需要人工或半自动标注每个问题的证据集合,成本较高,但对异构知识库尤为必要。

7.3 消融设计

建议固定嵌入模型与生成模型,仅变动切分策略,做四组消融:固定窗口 vs 结构感知;单一粒度 vs 父子分层;统一参数 vs 分类参数;有重叠 vs 无重叠。每组在事实型与总结型两个子集上分别报告指标,观察交互效应。

7.4 数据预处理说明

若使用公开问答数据集做评测,需说明预处理细节:去重规则、答案规范化、证据标注对齐方式、语言过滤、长度截断策略。对中文语料,还需说明分词工具与繁简转换处理,因为这些会直接影响块长度统计与检索匹配。

本文评述:评测协议的价值在于把“切分好不好”从主观判断转为可复现实验。工程团队常犯的错误是用少量样例目测效果,然后固化参数。更稳妥的做法是建立一个小而精的评测集(每类内容20–50题),在每次切分策略变更时回归。评测集不必大,但必须覆盖四类内容与两类任务。

八、对比与局限:语义分块、late chunking与长上下文

8.1 语义分块的适用边界

语义分块通过计算相邻句子的嵌入相似度,在相似度低谷处切分。它在自由叙述文本上表现较好,但在结构清晰的文档上可能“过度切分”——因为结构边界已经提供了更可靠的切分点。此外,语义分块的计算成本与阈值敏感性使其在大规模语料上需要谨慎调参。

8.2 late chunking的启示

late chunking的思路是先对整篇文档做长上下文编码,再在token级表示上做池化得到块表示,从而让块表示携带全文上下文。这一方向对“块边界切断上下文”的问题提供了新解法,但其效果依赖长上下文编码器的能力,且在超长文档上仍有截断问题。笔者认为,late chunking更适合作为结构切分的补充,而非替代——结构边界仍然决定证据形态的完整性。

8.3 长上下文模型的冲击与边界

长上下文模型降低了“必须把证据切小”的压力,但并未消除切分问题。原因有三:其一,检索仍需在块级别进行,否则无法在超长上下文中定位证据;其二,长上下文带来“中间遗忘”与注意力稀释问题,证据位置影响利用率;其三,成本随上下文长度增长,工程上仍需控制供给量。因此,长上下文改变的是“块大小与生成预算”的权衡曲线,而非取消切分。

8.4 局限声明

本文给出的参数区间来自工程经验与公开研究的综合推断,并非在单一数据集上的受控实验结果。不同嵌入模型、不同语言分布、不同任务集下的最优参数可能存在显著差异。读者应将其视为起点配置,并在自有评测集上校准。此外,异构知识库的自动类型识别仍是开放问题,路由错误会传导为切分错误。

九、结论与展望

本文的核心结论可以概括为三点。第一,分块是检索架构决策,而非预处理细节;它通过“检索单元—证据形态—任务粒度”三层耦合,实质性地约束了RAG的可达性能。第二,300–800字、overlap 10%–20%是特定条件下的经验中心值,其有效性依赖文档结构密度、任务证据跨度与嵌入模型特性,不能跨内容类型直接套用。第三,异构知识库应按内容类型定义证据形态模板,据此设计结构感知的切分规则,并以父子分层索引同时服务事实型与总结型任务。

展望未来,三个方向值得关注:其一,切分与检索的联合优化,即让切分边界在检索反馈下自适应调整;其二,结构化内容的统一表示,使表格、代码、条文在同一语义空间中可比;其三,评测基准的细化,建立覆盖多内容类型、多任务粒度的中文RAG切分评测集。这些方向共同指向一个判断:切分不会因为模型变强而消失,只会从“固定规则”演化为“任务感知的架构组件”。

十、主要参考文献与延伸阅读

本文写作过程中参考了检索增强生成、文本分块、稠密检索与长上下文建模等方向的公开文献与工程文档,累计参考条目60余篇,其中近三年(2022–2025)文献占比超过50%。以下列出8篇主要参考文献,供进一步研读;引用时请以原始文献为准。

  1. Lewis, P., et al. “Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks.” NeurIPS, 2020. (RAG范式的奠基性工作,定义了检索器与生成器的联合框架。)
  2. Karpukhin, V., et al. “Dense Passage Retrieval for Open-Domain Question Answering.” EMNLP, 2020. (稠密检索的代表工作,讨论了检索单元粒度对召回的影响。)
  3. Izacard, G., Grave, E. “Leveraging Passage Retrieval with Generative Models for Open Domain Question Answering.” EACL, 2021. (检索段落与生成证据的关系分析。)
  4. Gao, Y., et al. “Retrieval-Augmented Generation for Large Language Models: A Survey.” arXiv:2312.10997, 2023. (RAG系统综述,涵盖分块、索引与评测的系统性梳理。)
  5. Liu, N. F., et al. “Lost in the Middle: How Language Models Use Long Contexts.” TACL, 2024. (长上下文中的证据位置效应,对“大块供给”策略有直接启示。)
  6. Günther, M., et al. “Late Chunking: Contextual Chunk Embeddings Using Long-Context Embedding Models.” arXiv:2409.04701, 2024. (先编码后池化的分块表示方法,讨论上下文携带问题。)
  7. Chen, T., et al. “Benchmarking Large Language Models in Retrieval-Augmented Generation.” AAAI, 2024. (RAG评测基准,涉及检索质量与生成忠实度的分层评估。)
  8. Finardi, P., et al. “Rethinking Chunking in Retrieval-Augmented Generation.” arXiv预印本, 2024. (对固定窗口切分的系统性反思,讨论语义与结构切分的权衡。)

注:上述文献的年份、会议与编号以公开出版信息为准;部分预印本可能已有更新版本,引用时请核对最新版本。涉及数据集使用时,应按原始文献说明的预处理流程执行,并在报告中披露去重、过滤与对齐细节。

文章声明:本文内容仅为作者学习、思考、经验、笔记的总结,仅供技术交流与参考。文中观点仅代表笔者个人思辨,不构成任何学术建议、商业建议或专业建议。所有数据来源已标注,引用时请以原始文献为准。
内容仅供学习参考。如需引用,请以原始文献为准。  全文约12600字 | 参考文献60余篇(主要8篇)。
🔒 复制本站文章内容需登录并达到 L3。当前:未登录

分享到

💬
微信
📷
朋友圈
🐧
QQ好友
🌐
QQ空间
👁
微博
📌
钉钉
🔗
复制链接
📑
复制图文

微信扫一扫分享

打开微信「扫一扫」,扫描二维码后在微信中分享给好友或朋友圈。

💬 评论 (0)

评论功能已关闭

⏸️ 本站暂未开放评论功能,不能进行评论,此为规划的后续开发预留
首页| 关于本网| 网站声明| 联系我们| 网站纠错| 服务| 网站地图
黔ICP备19010680号-1  |  邮箱:six528528@163.com
贵公网安备 52010302001819号
Copyright 2019-2026 http://www.databrush.com/ All rights reserved.
QQ
QQ扫一扫
Logo
DBN数据刷