知识库里有一张巡检报价表。用户问工业泵的巡检费用，检索结果很干脆：工业泵，180，260。设备名称对得上，两个数字也都来自原文，模型却还得猜：哪个是常规报价，哪个是加急报价？这是一台设备的价格，还是一次服务的总价？是否还要加上其他费用？
原表放在眼前，这些问题并不难。数字上方有表头，右上角写着单位，表下还有说明。切成片段以后，它们可能留在了别处。检索命中了正确的一行，传给模型的却是一张缺了说明的报价单。
做项目面试时，回答“表格单独切块，大表按行切，每块复制表头”，已经抓住了方向。再往下追问一步，区分度就出来了：表头有两层怎么办？单位放在表外怎么办？一条注释只适用于高温泵，要不要跟着工业泵一起走？
表格切分需要守住的，是数字与解释它的条件之间的关系。块大小决定能装下多少内容，这些关系决定装进去的内容还能不能被正确理解。
从一行报价，找出它依赖的解释
我们用一张合成表把问题走完整。它叫“巡检服务报价”，横跨第3页和第4页。前两行是仪表，后两行是动力设备。工业泵常规报价180，加急报价260；高温泵常规报价220，加急报价320。
价格上方有两层表头，上层是“巡检单价”，下层分别是“常规”和“加急”。两列共用“元/台/次”这个单位。表下有一条通用说明：“报价含人工，不含税。”另有一条局部注释：“仅高温泵：耗材另计。”
现在只取工业泵这一行。要解释180，至少得知道它属于工业泵、对应常规巡检单价，单位是元/台/次，并且报价含人工、不含税。这几项拼起来，才是一条可以读懂的价格事实。孤立的180没有这些含义。
表头复制也不能只复制最底下一层。“常规”可以指报价，也可能指工期。把它展开成“巡检单价／常规”，上层含义才没有丢。原表用合并单元格表示的层次，进入子块时需要展开成明确的列路径，不能期待模型从一排空白里补出上层名称。
行方向也一样。原表把“动力设备”合并在两行左侧，高温泵对应的位置是空白。这格空白表示沿用上面的分组，不表示设备没有分类。解析后的逻辑表应保留这个归属，切块时再让相关行带着它。否则恰好从高温泵开始切，就会把分组一起切掉。
这里说的完整行组，是能保住当前业务关系的一组行。仪表和动力设备可以各成一块。如果一个分组仍然太长，可以继续拆，但每个子块都要继承自己的分组说明。按完整行切是底线，保留这行依赖的上下文才是目的。
注释需要跟随，还需要知道跟谁
有了表头和单位，价格已经清楚了很多。最容易漏掉的，通常是那些看起来像表外正文的条件。含税与否、耗材是否另计，往往只有短短一句，却能改变报价的实际含义。
通用说明适用于四行，可以进入两个行组。高温泵的耗材说明只适用于高温泵，需要跟着包含这一行的片段走。把所有脚注都复制到所有块里，既增加重复，也会给原本没有附加条件的行制造歧义。
更细的一层是，工业泵和高温泵恰好在同一个片段里。这个片段必须带上高温泵注释，但不能因此认为片段中的每一行都适用。注释除了文字，还要保留作用范围，比如它对应的行标识，以及原表中的标记或区域关系。
组织成可读文本时，也应把范围说清楚。“仅高温泵：耗材另计”，比在片段末尾孤零零放一句“耗材另计”稳妥。读取工业泵时，取回通用说明；读取高温泵时，再加入它自己的说明。片段包含某条注释，和当前行适用某条注释，是两个判断。
单位也有自己的作用范围。这个例子里，两列价格共享元/台/次；换成价格与工期混排的表，价格列和天数列就不能共用一个单位字段。把单位与列绑定，比在片段里随便出现一次“元”更明确。
这些关系最好在结构化内容里保留下来，再生成供检索和阅读的文本。原始单元格用于核对，展开后的列路径与分组用于解释，注释范围用于限制条件。若只剩一段被摊平的字符串，之后很难判断某句说明原本约束哪一行。
