AI文档出现事实错误时，处置顺序比修改速度更重要：先按错误类型和影响范围分级，冻结对外发布；再逐条回溯来源，判断问题出在输入资料、引用环节、模型生成还是人工校对；确认原因后按已发布、未发布、无法确认三类分别更正；最后用抽检和错误台账验证同类问题是否收敛。本文给出一条可执行的诊断与处置路径，适用于报告、方案、知识文档等由AI辅助生成的文本。
要点总览（TL;DR）
- 发现事实错误后先按类型和影响范围定级：数据与日期错误、主体张冠李戴、引用对不上属于高优先级，对外已发布内容先撤回或加勘误。
- 原因排查按“先查来源、再查引用、再查生成、最后查流程”的顺序推进，每种假设都配一个可验证动作，用证据支持或排除。
- 已发布文档先控制传播、保留原版本，再发布更正版；未发布草稿逐条标注原文、问题、更正建议与依据，交原作者确认。
- 回溯不到来源或口径冲突的内容改为待核实表述或删除，来源无法核实、涉及对外承诺时暂停发布，不自行取舍。
- 更正后用逐条来源核对与同批次抽检验证，并建立错误台账记录类型、来源环节与责任人，用同类错误数量、无来源断言占比等指标观察是否收敛。
先判断错误类型与影响范围
发现事实错误后，第一步是定级，而非重写全文。把错误拆成可处置的类别，同时确认文档当前处于什么状态、被谁使用，才能决定先撤回、先标注还是先核对。定级的目标是让最需要止损的部分先停下来。
常见错误类型
| 错误类型 | 典型示例 | 影响等级 | 处置优先级 |
|---|---|---|---|
| 数据与日期错误 | 把季度营收写成年度营收，把2023年数据标为2024年 | 高 | 立即核对原始数据，对外内容先冻结 |
| 主体张冠李戴 | 把A产品的功能写到B产品名下，把甲部门的指标归到乙部门 | 高 | 确认正确主体后统一更正 |
| 引用来源不存在或对不上 | 引用的链接打不开，或链接内容与文中结论不一致 | 中高 | 逐条打开引用核对，删除或替换 |
| 把推测写成结论 | “预计明年增长30%”被写成“明年增长30%” | 中 | 改为推测表述或补充依据 |
| 版本与状态过期 | 引用已废止的制度、已下线的功能、已变更的组织架构 | 中 | 替换为现行版本并注明生效时间 |
影响范围判断
同一处错误，放在内部草稿和放在已发布报告中，处置动作完全不同。判断范围时至少确认三件事：文档是否已经对外发布或被转发；是否已被其他文档、汇报或系统引用；是否进入了决策、交付或对外承诺流程。三项中任意一项为“是”，就应按高优先级处理。
分级处置原则
对外已发布的内容，优先撤回或加显著勘误说明，控制错误继续传播；内部草稿就地标注待核位置，不必整体下架；处于评审或交付流程中的文档，先通知流程相关方暂停使用，再进入核对。定级完成后，把错误位置、类型、影响范围记录成一张清单，作为后续排查和更正的底稿。
逐条回溯错误来源与排除证据
错误类型确定后，下一步是找原因。原因排查的关键是把假设和证据分开：每提出一种可能，都配一个可验证的动作，用证据支持或排除，避免凭印象下结论。建议按“先查来源、再查引用、再查生成、最后查流程”的顺序推进，因为越靠前的环节出错概率越高，排查成本也越低。
假设一：输入资料缺失、过期或口径不一致
验证方式是比对原始数据与文档引用。取出文档中每个关键数字和结论，回到原始报表、制度文件或业务系统核对，重点看三处：原始资料是否存在、是否为最新版本、统计口径是否与文档表述一致。如果原始资料本身缺失或过期，问题出在输入端，更正时需要先补齐或更新资料，再重新生成相关内容。
假设二：检索或引用错位
验证方式是逐条打开引用链接或来源文件，核对原文与文档结论是否一致。常见情形包括：引用链接指向的页面已变更、引用的段落被断章取义、多个来源的内容被拼接后改变了原意。逐条核对后，把“来源存在且支持结论”“来源存在但不支持结论”“来源不存在”三类分别标记，后两类都需要更正。
假设三：模型在信息不足时补全了不存在的内容
验证方式是找出无来源支撑的断言。逐段检查文档中的具体数字、名称、时间、因果关系，凡是找不到对应来源的，先标为可疑。这类错误通常表现为表述流畅、细节具体，但回溯不到任何原始材料。确认属于此类后，处理原则是不保留无来源的确定结论，改为待核实表述或直接删除。
假设四：人工校对漏检
验证方式是回看校对记录与责任人分工。确认校对环节是否覆盖了事实核查、由谁负责、是否留有记录。如果校对只看了文字通顺度而未核对事实，或者多人交接导致无人对事实负责，问题出在流程端，需要通过明确核查项和责任人来解决。
排查清单
| 排查顺序 | 原因假设 | 验证动作 | 判定证据 | 结论指向 |
|---|---|---|---|---|
| 1 | 输入资料缺失、过期或口径不一致 | 比对原始数据与文档引用 | 原始资料不存在、版本过期或口径不同 | 资料问题 |
| 2 | 检索或引用错位 | 逐条打开引用核对原文 | 链接失效、原文与结论不符 | 引用问题 |
| 3 | 模型补全了不存在的内容 | 查找无来源支撑的断言 | 具体细节无法回溯到任何材料 | 生成问题 |
| 4 | 人工校对漏检 | 回看校对记录与分工 | 校对未覆盖事实项或责任不清 | 流程问题 |
四类原因可能同时存在，排查时按顺序逐项确认，每项给出明确结论再进入下一项。排查结果直接决定更正方式：资料问题补资料，引用问题换来源，生成问题删改断言，流程问题调整核查机制。
按错误类型执行更正与处置
原因确认后进入更正环节。不同发布状态的文档，更正动作和风险边界不同，需要分开处理。
已发布文档：先控制传播，再发布更正版
第一步是撤回原文或加显著勘误说明，让读者第一时间知道内容有误；第二步保留原版本以便追溯，不直接覆盖；第三步完成更正后发布更正版，并在文首或文末说明更正了哪些内容、依据是什么。如果文档已被其他材料引用，同步通知引用方更新。
未发布草稿：逐条标注，交原作者确认
在草稿中逐条标出错误位置、正确内容和依据来源，形成一份可核对的修改清单，交由原作者或内容负责人确认后再改。标注时写清“原文—问题—更正建议—依据”，避免只写“此处有误”导致二次返工。
无法确认的事实：改为待核实或删除
对于回溯不到来源、多方口径又不一致的内容，处理原则是不保留确定结论。可以改为“待核实”“据某方口径”等限定表述，或直接删除。保留一个没有依据的确定结论，风险高于删掉一句话。
涉及数据与合规内容：业务负责人复核后发布
涉及财务数据、对外承诺、合规表述的内容，更正后须由业务负责人复核确认才能重新发布。复核人应能看到更正前后的对照和依据来源，而不是只看最终版本。
停止点
出现以下情况时暂停发布，不自行取舍：来源无法核实；多个权威来源口径冲突且无法判断适用场景；更正涉及对外承诺或法律责任。暂停后把问题升级给对应负责人，记录待决事项，等口径明确再继续。
验证恢复并防止同类错误复发
更正完成不等于处置结束。需要确认更正版本身准确，并判断同类错误是否还会在其他文档中出现。
更正后的验证
对更正版做逐条来源核对，重点检查修改过的位置是否引入新错误、上下文是否仍然通顺、引用是否与实际来源一致。同时对同一批次、同一主题的其他AI辅助文档做抽样检查，看是否存在相同来源或相同生成方式导致的同类错误。抽样发现同类问题时，扩大检查范围。
建立错误台账
把每次事实错误记录为一条台账：错误类型、发现环节、来源环节、责任人、更正结果、是否已发布。台账的价值在于识别高频问题——如果多数错误集中在“无来源断言”，说明生成后的核查环节需要加强；如果集中在“版本过期”，说明输入资料的更新机制需要调整。
台账和复核任务如果分散在聊天记录和邮件里，容易丢失上下文。ONES Assistant 连接 ONES Project、ONES Wiki 与 ONES TestCase，能够理解项目、工作项、迭代和 Wiki 页面等真实工作上下文，并可将自然语言指令的结果保存为工作项、Wiki 页面等内容。团队可以把错误记录整理为工作项、把更正依据沉淀在 Wiki 页面中，让台账、责任人和更正状态在同一处可追踪；其基于 ONES 权限体系进行知识问答和任务执行，输出过程可追踪、结果可审计，便于复核时回看处理过程。基于指定 Wiki 页面组提问并附引用来源的用法，也有助于在核对阶段快速定位依据。
流程加固
在关键文档的生成与发布流程中加入三道关口：一是引用可追溯，要求每个关键数据、名称、结论都能对应到具体来源；二是发布前双人复核，一人核对事实、一人核对表述与格式；三是对AI生成段落标注需核实项，把“哪些内容必须人工确认”写进流程，而不是依赖个人经验。
复发观察指标
用几个可统计的指标判断机制是否生效：同类错误数量是否逐月下降；无来源断言在抽检文档中的占比；勘误或撤回次数；从发现错误到完成更正的平均时长。指标连续观察两到三个周期，如果同类错误没有收敛，回到排查环节检查是资料更新、引用校验还是复核分工仍有缺口。
整套路径可以概括为：定级冻结、回溯来源、分类更正、验证加固。每一步都留下记录，下一次出现同类问题时，排查会更快，更正也更可控。
常见问题
错误已经随文档发给客户了，撤回和勘误哪个更合适？
取决于错误的严重程度和传播范围。涉及数据、承诺或合规表述的错误，优先撤回原文并同步通知接收方，再发布更正版；影响较小、表述层面的错误，可以在原文上加显著勘误说明，注明更正内容与依据。两种方式都要保留原版本以便追溯，并通知已经引用该文档的内部团队更新。
AI给出的内容看起来合理，怎么判断哪些地方需要重点核查？
优先核查三类内容：具体数字与日期、专有名称与主体归属、带因果或预测性质的结论。这些位置一旦出错影响最大，也最容易在流畅表述中被忽略。核查方式是逐条回到原始报表、制度文件或业务系统比对，找不到对应来源的断言先标为可疑，再决定改为待核实表述还是删除。
同一份文档里多处错误原因不同，需要全部查清再改吗？
不必等全部查清。可以先把已确认的错误按类型更正，同时把原因未明的部分标为待核并暂停对外发布。排查时按来源、引用、生成、流程的顺序逐项确认，每项给出结论再进入下一项；四类原因可能同时存在，更正方式也不同，资料问题补资料，引用问题换来源，生成问题删改断言，流程问题调整核查机制。
错误台账记在聊天记录里可以吗？
短期可以，但难以支撑复发分析。台账需要能按错误类型、来源环节、责任人筛选，才能看出高频问题集中在哪一环。把错误记录整理为工作项、把更正依据沉淀在知识库页面中，可以让台账、责任人和更正状态在同一处追踪。ONES Assistant 连接 ONES Project、ONES Wiki 与 ONES TestCase，可将自然语言指令的结果保存为工作项、Wiki 页面等内容，其基于 ONES 权限体系进行知识问答和任务执行，输出过程可追踪、结果可审计，便于复核时回看处理过程。
加了引用校验和双人复核，为什么同类错误还会出现？
先确认复核是否真的覆盖了事实项。常见缺口是复核只看了文字通顺度，或者多人交接导致无人对事实负责。其次检查输入资料是否仍在更新：如果错误集中在版本过期，说明资料更新机制需要调整，而不只是加强校对。用同类错误数量、无来源断言占比、勘误次数连续观察两到三个周期，没有收敛就回到排查环节定位缺口。
