上传一份长文档后，摘要只覆盖开头和结尾，中间章节整段消失，这种表现通常先按“输入被截断”排查，而不是先归因于模型能力。上传方式不一样，截断发生的位置也不一样：附件解析可能只抽取了一部分页面，聊天框粘贴可能被前端裁掉中间一段，走接口时可能是请求体里只放了部分内容，或者分块合并时把中段覆盖掉了。可以先做一次分块核对，再决定要不要换模型或换入口。

判断方向：先确认中段内容有没有进入输入，再判断是不是模型漏了。适用场景是长文档摘要只覆盖开头结尾。操作动作：按章节切块、给块编号、逐块单独提问、再合并。验证方式：每块都能独立产出摘要，说明内容进过输入；合并后中段消失，问题多在合并环节。风险边界：单次输入上限取决于你用的上传入口和配置，需要结合环境确认。

把长文档按章节切成能单独核对的小块

切分的目的是让每一块都能被单独提问、单独核对，而不是为了好看。通常先从标题层级下手：一级标题切大块，二级标题切小块；如果文档没有规范标题，退一步用空行加每条不超过固定字数的硬切方式。切完先不要急着上传，先建一张边界表，把每块的章节名、字数、首句记下来。

首句是后面复核的锚点。合并摘要里如果找不到某块的首句，也没有对应内容的描述，通常说明这一块没有被处理到，而不是模型写得不够细。字数一栏不用精确统计，按段落数或大致行数估算也能用。

在提示里标注块编号和前后关系

逐块提问时，每次只提交一块，但要在提示里写清块编号、总块数、章节名和与前后块的关系。并行提交多个块时，模型容易把每块当成互不相关的段落，合并时就会丢掉块与块之间的承接，中段的过渡内容也容易被省掉。

你将收到一份文档的第 3 块，共 7 块。
章节名：第3章 数据同步
前一块结尾：第2块最后一句是……
本块正文：
<<<
粘贴本块内容
>>>
请只输出本块的摘要，不要补充其他块的内容。
需要保留的指代：本文档、该系统、上一章提到的配置。
输出格式：
块编号：3
章节名：第3章 数据同步
本块摘要：……

模板里的编号、总块数、章节名、前一块结尾都要替换成当前这一块的实际值。执行位置是逐块提问环节，每次提交前改一遍。如果某块单独提问时模型回答“没有看到这部分内容”，先回到切分和上传环节，不要继续合并。

对比单块提问与合并提问的结果

出现中段丢失时，用同一块内容做两次提问：一次只给它自己，一次和前后块一起给，然后对照结果。这样能把“内容没进输入”和“合并时被省略”区分开。

做对比时，两次提问的用词尽量保持一致，否则很难判断差异来自输入还是来自提示。

调整分块长度和重叠区后复测

如果确认内容进了输入、只是合并时被省略，可以调整分块配置再复测。通常从三档开始试，重叠区用来避免章节首尾被切在边界上。

记录时只记“最终摘要里实际出现了哪些章节”，不要凭感觉判断覆盖得好不好。如果小档能覆盖全部章节、大档反复丢中段，说明当前入口下这个文档接近长度上限，处理同类文档时就往小档靠。具体字数需要结合你用的上传入口和模型配置调整，不必照搬。

把确认可用的参数固化成处理清单

跑通之后，把参数和步骤写下来，下次遇到同类文档直接照做，不用重新试分块。下面这份清单可以复制后按实际值填空。

长文档摘要处理清单
1. 切分：按一级/二级标题切块；无标题时每块不超过 ___ 字，块间留 ___ 字重叠。
2. 编号：每块标注 第 X 块 / 共 N 块，并写明章节名。
3. 逐块提问：每次只提交一块，要求只输出本块摘要，并保留指定指代。
4. 合并：先合并相邻块摘要，再合并成最终版本，避免一次堆入全部块。
5. 复核：对照边界表首句，确认每个章节都能在最终摘要里找到。

如果某次上传后中段又丢了，先回到逐块提问和复核覆盖章节这两步复查，不用先换模型。换上传入口或调整配置时也保留这份清单，避免在另一个环境里重复踩同一个截断问题。