获课：97it.top/17317/

败复盘：那个因为分块策略失误导致回答支离破碎的惨痛教训

那是2025年的冬天，我负责的一个金融知识库问答项目遭遇了严重的信任危机。用户投诉如潮：“AI给出的法律建议竟然漏掉了关键免责条款！”“操作步骤断断续续，根本没法用！”当我盯着屏幕上那些被切得支离破碎的文档片段时，才意识到自己犯了一个致命错误——用“饼干模具切面团”的方式处理复杂知识，让整个系统变成了信息粉碎机。

最初，我们天真地认为，只要把文档按固定长度切分，再喂给AI就能解决问题。每500字符一刀，简单粗暴。直到用户愤怒地指出，一份合同中的“风险条款”被拦腰截断：前半句“免责情形包括”在第一块，后半句“不可抗力导致的损失”却躺在第三块。AI检索时只看到半句话，竟给出了“无需承担责任”的荒谬结论。更可笑的是，一个7步操作流程被拆成三块，AI拼凑出“第2步→第5步→第7步”的死亡顺序，差点让用户在生产环境误操作。

最让我脊背发凉的是代码示例的破碎。一个完整的Python函数被从中间切开，AI生成的代码不仅无法运行，还因为缺少关键的异常处理逻辑，险些引发线上故障。那一刻我突然明白：知识不是面团，不能随意切割。每个段落、每行代码、每条条款，都是一个有机的整体，强行撕裂只会让AI变成“断章取义”的帮凶。

痛定思痛，我们开始重新审视分块的本质。知识管理的核心不是“切得多碎”，而是“保留多少上下文”。就像拼图，碎片再小，也必须保留边缘的凹凸结构才能还原全貌。我们放弃了固定长度切分，转而采用基于文档结构的递归切分：先按章节划分，再在段落内按句子边界微调，确保每个块都包含完整的语义单元。对于合同条款，我们强制保留“前提条件+结论”的完整结构；对于操作步骤，用“步骤组”的方式打包连续动作；代码示例则整体作为一个块，避免语法断裂。

更关键的是引入了重叠机制。相邻块之间保留10%-20%的重叠内容，就像在断裂处搭建桥梁，让AI能自然衔接上下文。同时，我们为每个块附加了全局摘要索引，让模型在检索时既能聚焦细节，又能把握整体语境。这些调整后，问答准确率从62%飙升至89%，用户满意度评分从3.2分跃升到4.5分。

这场惨败让我深刻认识到：技术决策的背后是对知识本质的理解。分块不是简单的技术操作，而是对信息结构的尊重。就像建筑师不会随意切割承重墙，知识工程师也必须敬畏内容的内在逻辑。那些看似“琐碎”的上下文，恰恰是AI理解世界的锚点。如今，每当我设计分块策略时，都会想起那个冬天的教训——别让技术傲慢撕裂知识的完整性，毕竟，AI的“读懂”，始于我们对信息边界的温柔守护。