PDF逐章总结怎么不漏章？交稿前核对这7项
逐章总结最容易检查的形式，是“一章一行，没读到的也留一行”。 先用原文目录确定应有章节，再让 AI 按章节写摘要，最后逐行核对；一段流畅的总述无法告诉你哪些章节没覆盖。
在不墨 AI 助手，可以上传PDF，直接问逐章要点。系统按问题尝试自动通读，不用选模式；预计消耗较高时会先确认。回答后查看“已读完整份文档”提示，再检查下面七项。这个提示说明读取范围，不保证每章都总结正确。
1. 目录中的章，摘要里都有位置
把你在原文件里看到的一级目录贴在问题后面，要求按原顺序输出。没有目录时，先自己确认正文的大标题；不要让模型生成一份目录，再把它当作检验模型的唯一标准。
例如下面是一个虚构手册的核对表，并非产品实测：
| 原文目录 | 摘要交付要求 | 不合格的信号 |
|---|---|---|
| 1 使用范围 | 说明适用对象与不适用情况 | 只写“介绍背景” |
| 2 准备工作 | 列明所需材料与准备条件 | 与操作步骤混在一起 |
| 3 操作流程 | 保留顺序和关键分支 | 只剩一句“按流程执行” |
| 4 异常处理 | 区分不同异常与处理条件 | 整章未出现 |
原文有附录，就在表里单列附录。没有提到的章节填“待核对”，比悄悄删掉更容易发现问题。
2. 每章摘要都有一个具体内容
“本章详细介绍了相关要求”无法帮助读者。每章至少写明一个对象、结论或动作；章节只定义概念，也应说明定义是什么，不强行凑操作建议。
可追问：“把第四章这一行改成具体事项，保留原文限定；找不到内容就写未找到，不根据章名猜。”
3. 适用范围跟着结论走
如果原文只面向某个版本、某类设备或某组人员，摘要中不能把它写成普遍规则。把“范围/条件”单独设为一列，能避免短摘要挤掉这些信息。
虚构原句“试行期间由项目组提交，常规阶段由部门提交”，不能压成“由项目组提交”。时间阶段是内容的一部分。
4. “除外”和“另见”没有被压掉
快速回查原文里的“除……外”“仅”“不适用”“另见附件”等表达。AI 可以帮你整理这些句子，但最终应回到对应段落，看看摘要是否漏掉后半句。
这不是要把全文复制一遍：每章保留影响理解的例外即可，把出处留下，方便后续展开。
5. 图表内容与正文摘要分开核验
某章只有图或复杂表格，文字提取可能不完整。要求摘要明确标注“图表内容待核”，不要用附近的文字推测图里写了什么。自动通读读取的是系统取得的内容，不能补回没解析出的信息。
含表格的页，抽查列名、单位与脚注；无法辨认时，补充你核对过的文字再继续。
6. 出处能在文件里找回
每章记录章节标题和一小段原文定位词。页码能核实才写，尤其不要把 PDF 阅读器的第十页直接当成印刷页码“10”。定位不到的引用应保留待核标记。
只追求引用数量，会得到一张看似严谨但无法使用的表。抽查首章、中间章、末章，确认定位词真实存在且支持摘要。
7. 超长材料的分段结果没有断层
没有通读成功提示时，不把答案默认当作全文摘要。材料超过可读范围，可按章节拆分；每份标明所含章节，分别核对后再合并。合并时重新对照最初目录，查看缺章、重章以及同一名词的含义变化。
可以直接复制的问题
请按原文目录逐章总结这份PDF。每章一行，列出：章节名、核心内容、适用条件或例外、原文定位词、待核事项。保留附录位置；未读到或无法提取的内容写待核，不按标题猜测。先覆盖章节，再压缩表达。以下是我核对过的目录：……
用户操作仍是三步：上传并等解析、发送问题、对照原文验收；大额预计消耗时再确认一次。上传方法和格式问题见DeepSeek读取PDF、Word、Excel的步骤。这张清单适合做章节阅读笔记；只查一个具体信息时，直接问那一条即可。