AI生成的报告漏掉关键事项，先别急着重写。把遗漏项按“输入缺失、生成范围偏差、审阅漏检”三条链路归因，逐类找证据排除，再按补录、重生成、人工复核的顺序处置，最后用关键事项清单做回归验证，并把清单固化进下次生成的输入与审阅环节。报告生成依赖源材料与审阅记录，ONES可在输入归集和发布前核对这两个环节承载相应管理动作。
要点总览（TL;DR）
- 先界定症状：记录漏了什么、在哪一步发现、影响几份报告，并区分“报告没写”与“写了没被看到”。
- 按输入、生成、审阅三条链路逐类排除，每类原因都要有可观察证据，前一类未排除前不急着改提示或换工具。
- 处置与原因对应：输入缺失补材料后局部重生成，范围偏差改提示与模板必填项，审阅漏检人工补齐并标注来源；动手前先备份原稿。
- 补正后用关键事项清单逐项回归核对，并抽查同类历史报告判断是个案还是流程问题。
- 把必含事项写进生成输入与发布前检查项，明确核对人，记录本次原因作为下次生成的补充约束。
遗漏出现在哪一步：先界定症状与范围
“报告漏了东西”是一个模糊感受，直接进入修改容易改错地方。先把遗漏写成可定位的症状记录，排查才有起点。症状记录至少包含三项信息：漏了什么、在哪一步发现、影响几份报告。
按事项类型记录遗漏内容
不同事项的遗漏指向不同原因。数据类遗漏（关键指标、统计口径）多与源材料有关；结论类遗漏（判断、建议）多与生成范围有关；待办、责任人、时间节点这类执行信息遗漏，常见于模板结构缺项或审阅时只看文风。记录时写清具体事项名称和它在报告中应出现的位置，避免只写“内容不全”。
确认遗漏发生在哪个环节
把报告生命周期拆成三段：生成前的材料准备、生成中的内容组织、生成后的审阅与发布。判断方法很直接——回看生成时提交的源材料和提示，如果材料里本来就没有这项信息，问题在生成前；材料里有但报告没体现，问题在生成中；报告里其实写了但发布版本或读者没看到，属于呈现与传达问题，与内容遗漏分开处理。
区分“没写”与“写了没被看到”
这两种情况的处置完全不同。核对时用全文检索确认关键词是否出现在报告中，包括附录、表格和脚注。若内容存在但位置隐蔽、表述含糊或被后续修改覆盖，处理方式是调整呈现位置和表述，不需要重生成。若全文确实没有，才进入原因排查。
评估影响范围
单份报告遗漏，优先查这一份的输入和生成过程；多份报告反复漏同类事项，说明问题出在模板、提示或审阅流程这类共用环节，需要按流程问题处理。把影响份数和遗漏类型记入症状记录，后续验证时也用同一口径复查。
三类常见原因及各自的排除证据
原因排查的关键是把假设和证据分开：先列出可能原因，再为每个原因找到可观察的验证动作，用证据决定排除还是保留。建议按输入、生成、审阅的顺序排查，前一类没排除前不急着改提示或换工具。
| 链路 | 原因假设 | 验证动作 | 可观察证据 |
|---|---|---|---|
| 输入侧 | 源材料不全，关键数据或背景未提供 | 对照报告主题列出应含材料，逐项核对生成时提交的文件与数据 | 材料清单中存在空缺项，或提交版本早于最新版本 |
| 输入侧 | 字段缺失，表格或系统导出缺少必填列 | 检查源数据表的列名与空值比例 | 关键字段整列为空或大量缺失 |
| 输入侧 | 上下文未提供，如时间范围、口径说明、对象范围 | 回看提示中是否写明范围与口径 | 提示只有主题词，没有范围和约束条件 |
| 生成侧 | 提示范围过窄，只要求写某几部分 | 比对提示要求与报告实际章节 | 报告结构完整覆盖了提示要求，但提示本身漏了事项 |
| 生成侧 | 模板结构缺项，必填章节未定义 | 检查所用模板是否包含该事项对应章节 | 模板中无对应栏目，多份报告同样缺失 |
| 生成侧 | 长文档截断，后半部分材料未被处理 | 核对输入材料长度与报告覆盖的材料范围 | 报告只引用了前部分材料，后部分内容无体现 |
| 审阅侧 | 无人对照清单检查，审阅凭印象 | 查看审阅记录是否有逐项核对痕迹 | 审阅意见集中在措辞和格式，无内容完整性检查 |
| 审阅侧 | 只看文风不看内容，修改停留在表达层 | 统计审阅意见类型分布 | 意见以语句通顺、格式统一为主 |
输入侧：先确认材料是否真的给全了
输入问题最容易误判，因为材料看起来“都提交了”。验证时不要只看文件数量，要按报告应含事项反推所需材料：每个关键数据对应哪份源表、每条结论对应哪份记录、每个待办对应哪次沟通。逐项对照后，空缺项就是输入缺失的直接证据。同时核对提交版本是否为最新，旧版本材料会导致数据过期而非缺失，两者要分开记录。
生成侧：区分“要求没提”和“提了没做到”
把生成时的提示和模板调出来，与报告实际内容逐条比对。如果提示里明确要求了某事项而报告没有，属于生成执行问题；如果提示和模板本身就没有这项要求，属于范围设定问题，改提示比反复重生成更有效。长材料场景还要检查是否存在截断：报告引用的材料是否覆盖了全部输入，末尾部分的材料是否在报告中出现。
审阅侧：看审阅动作留下了什么
审阅漏检的证据来自审阅记录本身。若审阅意见只有文字润色和格式调整，没有针对数据、结论、待办的核对记录，说明审阅环节缺少内容检查动作。多人审阅时还要确认分工：是否有人负责完整性核对，还是所有人都默认别人会看。
排除顺序与结论写法
按输入、生成、审阅的顺序逐类排除，每排除一类就在原因假设表中写明依据。排查结束时，保留一到两个有证据支持的原因，其余标注已排除及排除理由。若三类都排除，再考虑材料版本错配、多人合并稿件丢失等操作层面的原因。原因未确认前，不建议直接大范围重生成，否则可能掩盖真实问题。
按遗漏类型处置：补录、重生成与人工补齐
原因确认后，处置动作与原因一一对应。三类处置的共同前提是：动手前先备份当前稿件，保留可回退的版本。
输入缺失型：补齐材料后局部重生成
先把缺失的源材料补进输入，再针对受影响章节局部重生成，保留未受影响部分。局部重生成的范围以遗漏事项所在章节为界，避免整篇重写引入新的偏差。补录的数据要注明来源和统计口径，与报告其他部分保持一致。若缺失材料短期无法取得，在报告中标注“待补充”并写明缺口，不用推测内容填充。
范围偏差型：调整提示与模板必填项后重生成
在提示中明确列出必须覆盖的事项范围，包括数据、结论、待办、责任人和时间节点；在模板中把这些设为必填章节。调整后重生成，并对照新提示逐项检查输出。这类问题的根源在设定环节，只改这一次的输出而不改提示和模板，下次生成仍会遗漏。
审阅漏检型：人工补齐并标注来源
内容本身在材料中存在，只是审阅阶段没发现，处置以人工补齐为主：从源材料中取出遗漏事项，写入报告对应位置，并标注出处。补齐后由原审阅人复核一遍，确认表述与源材料一致。此类情况不需要重生成，但要在审阅记录中注明漏检原因，作为流程改进依据。
覆盖原稿的风险边界
重生成会覆盖当前稿件，操作前先另存版本，命名中体现日期和版本号。补录内容若只存在于当前稿件的批注或修订中，先导出或合并再重生成。以下情况应停止自动处置、转人工处理：遗漏事项涉及对外承诺或合规表述；源材料之间存在数据冲突且无法判断哪个为准；补录内容无法追溯到任何来源。这类事项标注“待核实”，由责任人确认后再写入报告，不直接写成确定结论。
验证恢复与防止再次遗漏
补正完成不等于问题解决。用一份关键事项清单对补正后的报告逐项核对，确认恢复完整，再把清单固化到流程中，同类遗漏才有望不再复发。
用关键事项清单做回归核对
清单按报告类型列出必含事项，每项对应检查位置和判断标准。核对时逐项标记“有且准确”“有但需修正”“缺失”，全部通过才进入发布。清单示例结构：关键数据是否齐全且口径一致；核心结论是否有材料支撑；待办事项是否写明责任人和时间节点；风险与限制条件是否交代；附录与引用是否完整。核对人签字或留记录，便于追溯。
抽查历史报告评估普遍性
本次遗漏若疑似流程问题，抽取近期若干份同类报告，用同一清单复查，统计同类遗漏出现频次。频次高说明问题在模板或审阅流程，需要按流程整改；仅此一份出现，按个案处置并记录原因即可。抽查范围以同类报告为限，不同报告类型的清单分开制定。
把必含事项固化进生成与审阅环节
两处固化最有效：生成输入侧，把关键事项清单写入提示或模板的必填结构，让生成阶段就有明确范围；审阅侧，把清单转为发布前检查项，指定核对人。ONES的文档与工作项能力可以承载这两个动作：源材料作为文档归集到对应项目，关键事项转为检查项分配给审阅人，核对结果留存在工作项记录中，发布前可追溯到谁在何时完成了哪项核对。这样清单不依赖个人记忆，而是跟着报告流程走。
记录原因并形成下次生成的约束
每次遗漏处置结束后，记录三项内容：遗漏事项、确认的原因、已采取的改进动作。把确认的原因转成下次生成的补充约束，例如“涉及季度数据的报告必须附口径说明”“待办事项必须写明责任人与截止时间”。约束积累到一定数量后，合并进模板和清单，保持输入要求与审阅检查项同步更新。发布前的最后一道核对明确到具体角色，避免多人审阅时责任分散。
常见问题
报告里其实写了，但读者说没看到，这种情况要重生成吗？
通常不需要。先用全文检索确认内容是否出现在正文、附录、表格或脚注中。若内容存在，只是位置隐蔽、表述含糊或被后续修改覆盖，处理方式是调整呈现位置和表述，并核对发布版本是否为最终稿。全文确实没有该内容时，才进入输入、生成、审阅的原因排查。
多份报告反复漏同类事项，应该按个案处理还是改流程？
先抽取近期若干份同类报告，用同一份关键事项清单复查，统计同类遗漏出现的频次。频次较高时，问题更可能出在模板结构、提示范围或审阅检查项这类共用环节，需要按流程整改；只在单份报告出现，按个案处置并记录原因即可。不同报告类型的清单应分开制定，抽查范围以同类报告为限。
重生成之前需要做哪些准备，避免补录内容丢失？
先另存当前稿件，版本命名体现日期和版本号。补录内容若只存在于批注或修订中，先导出或合并再重生成。局部重生成的范围以遗漏事项所在章节为界，保留未受影响部分。遗漏事项涉及对外承诺或合规表述、源材料数据冲突无法判断、补录内容无法追溯来源时，停止自动处置，标注“待核实”交责任人确认。
关键事项清单应该由谁维护，多久更新一次？
清单按报告类型分别维护，由该类报告的生成负责人与发布前核对人共同确认内容。每次遗漏处置结束后，把确认的原因转成补充约束，例如“涉及季度数据的报告必须附口径说明”，积累到一定数量后合并进模板和清单，保持输入要求与审阅检查项同步更新。发布前的最后一道核对要明确到具体角色，避免多人审阅时责任分散。
源材料短期拿不到，报告里的缺口怎么处理？
在报告中标注“待补充”并写明缺口内容和影响范围，不用推测内容填充。补录的数据要注明来源和统计口径，与报告其他部分保持一致。缺口事项列入发布前核对清单，由责任人确认后再写入，避免把未核实内容当成确定结论发布。
