AI报告发布前关键事项核查表：检查项、责任人与记录字段

AI报告发布前的核查，重点在于把“看起来没问题”变成“逐项有证据”。这张核查表按数据与事实、结论与建议、合规与披露、格式与版本四类组织，每项写明通过标准、责任人和记录字段，并单独标出阻断项：数据来源可追溯、关键结论有依据、敏感信息已处理、版本与审批记录齐全，任一项未通过就退回修改，不进入发布环节。

要点总览（TL;DR）

• 核查表按数据与事实、结论与建议、合规与披露、格式与版本四类组织，每项配通过标准、责任人和记录字段，可直接用于发布前逐项复核。
• 责任人分三层：撰写人负责初稿自检，独立复核人负责发布前复核，审批人负责放行；自检与复核由不同人承担。
• 记录字段共八项：检查项编号、检查项、通过标准、检查结果、证据位置、责任人、检查时点、备注；检查结果只填通过、不通过、不适用。
• 数据来源不可追溯、关键结论无依据、敏感信息未处理、版本与审批记录缺失为阻断项，任一项未通过即退回修改，不进入发布环节。
• 完成判定有两条：全部阻断项通过，非阻断项中的不通过项均已记录处置意见；核查表随报告版本一并归档。

谁在什么时点用这张核查表

核查表服务三类角色：报告撰写人、独立复核人、发布审批人。三类角色对应三个时点，形成一条从自检到复核再到审批的卡口链路。撰写人完成初稿后先做自检，复核人在发布前做独立复核，审批人确认阻断项全部通过后放行。发布完成后，核查表随报告版本归档。

角色	时点	动作	产出
报告撰写人	初稿完成后	按数据与事实类检查项逐项自检，填写检查结果与证据位置	完成自检的核查表
独立复核人	发布前	复核结论与建议、合规与披露类检查项，抽查数据类证据	复核意见与不通过项处置记录
发布审批人	发布前最后环节	确认全部阻断项通过，核对版本与审批记录	发布放行或退回决定
报告撰写人	发布后	将核查表与报告版本一并归档	可追溯的发布记录

核查表在流程中的位置是发布前的强制卡口。撰写人自检未完成，复核不启动；复核中任一阻断项不通过，报告退回修改并重新核查；审批人只对阻断项全部通过的版本放行。把卡口设在发布前而不是发布后，是为了让问题在对外可见之前被拦下。

分阶段检查项：从初稿自检到发布复核

检查项按阶段拆分，每个阶段只查该阶段能判断的事项，避免一张表从头查到尾、责任不清。以下清单可直接作为核查表主体使用。

初稿自检阶段：数据与事实

• 报告中的每个关键数字是否标注来源，来源能否打开或定位到原文。
• 同一指标在不同章节是否使用同一口径，口径定义是否在报告中写明。
• 数据的时间范围是否明确，是否与报告声称的统计周期一致。
• 引用的外部资料是否标注出处，引用内容与原文表述是否一致。
• AI生成或辅助生成的段落中，是否存在未经核实的事实性陈述。

复核阶段：结论与建议

• 每条关键结论是否能对应到报告内的数据、图表或引用材料。
• 结论的表述强度是否与证据强度匹配，是否存在超出数据支撑范围的判断。
• 建议是否写明执行对象、动作和预期结果，能否被读者直接采用。
• 是否遗漏对结论有影响的关键事项，例如口径变化、样本限制或未覆盖范围。
• 摘要与正文的结论是否一致，是否存在前后矛盾。

复核阶段：合规与披露

• 报告中是否包含客户名称、个人信息、合同金额等敏感字段，是否已脱敏或取得披露授权。
• 引用的外部图表、数据和文献是否具备使用授权，授权范围是否覆盖当前发布场景。
• AI生成或AI辅助生成的内容是否按组织要求标注，标注位置是否清晰。
• 报告是否包含需要法务、安全或合规部门会签的内容，会签是否完成。

发布前：格式与版本

• 报告版本号是否与核查表记录的版本一致，是否存在未合并的修改稿。
• 审批记录是否完整，复核人与审批人是否已签署意见。
• 附件、图表、数据表是否齐全，正文引用的附件是否都能在发布包中找到。
• 目录、页码、图表编号是否与最终版本对应。

每项检查的通过标准怎么写

通过标准要写成可观察、可核对的事实条件，让复核人不需要主观判断就能给出结论。写成“数据可靠”“结论合理”这类描述，复核人只能凭感觉勾选，核查表就失去了卡口作用。下面按四类给出判定口径示例。

检查项	通过标准	不通过示例
数据来源可追溯	每个关键数字在证据位置字段能指回具体来源和取数时间，来源可打开核对	数字标注“内部数据”，无文件、无取数日期
口径一致	同一指标在全文中使用同一口径，口径定义在首次出现处写明	摘要用含税口径，正文用不含税口径，未说明
结论有依据	每条关键结论在报告中能找到对应的数据、图表或引用材料	结论称“增长显著”，正文无对应数据
建议可执行	建议写明执行对象、动作和预期结果	建议写“持续优化”，无对象无动作
敏感信息已处理	敏感字段已脱敏，或附有披露授权说明	正文出现完整客户联系人和手机号
AI内容已标注	AI生成或辅助生成的段落按组织要求标注，标注位置可识别	整篇由AI起草，无任何标注
版本与审批一致	报告版本号与核查表记录一致，复核与审批意见齐全	核查表记录V2，发布文件为V3

写通过标准时把握一个原则：复核人拿着标准去核对，能给出“是”或“否”，而不是“差不多”。数据类标准落到来源和取数时间，结论类标准落到对应材料，合规类标准落到脱敏或授权说明，格式类标准落到版本号与审批记录的一致性。

记录字段与责任人怎么填

核查表的记录字段决定复核过程能否被追溯。字段太少，事后无法还原当时查了什么；字段太多，填写成本高、执行走样。以下八个字段覆盖一次完整核查所需的信息。

字段	填写内容	填写要求
检查项编号	按类别编号，如D-01、C-02、F-03	与检查项清单一一对应，便于引用
检查项	该行要核查的具体事项	使用清单中的原始表述，不改写
通过标准	可观察、可核对的判定条件	与检查项同表呈现，复核时对照使用
检查结果	通过、不通过、不适用	只填三态之一，不写“基本通过”
证据位置	来源链接、文档页码或附件名	能定位到具体位置，不写“见附件”
责任人	该检查项的检查人	自检填撰写人，复核填复核人，审批填审批人
检查时点	完成该项检查的日期	精确到日，重新核查时更新
备注	不通过项的处置意见或不适用的原因	不通过项必须写明退回修改要求

责任人填写遵循三层分工：自检由撰写人负责，复核由独立复核人负责，发布审批由审批人负责。独立复核人不参与报告撰写，避免自检与复核由同一人承担。检查结果只填通过、不通过、不适用三态，不适用项要在备注中写明原因，例如某类披露要求不适用于本次报告范围。

证据位置字段是追溯的关键。数据类检查项记录来源链接或取数文件名称，结论类检查项记录对应章节页码，合规类检查项记录脱敏说明或授权文件名称。证据位置写不清，等于没有证据。

当核查在协作平台中承载时，核查表可以作为文档评审流程的一部分，与报告版本、审批意见放在同一处管理。ONES 支持基于 Wiki 页面组回答问题并附引用来源，输出过程可追踪、结果可审计，核查记录与报告版本可以按权限体系留存，便于发布后回溯。具体模板形态和审批绑定方式以团队实际配置为准。

阻断项与完成条件

阻断项是核查表中不通过就必须停止发布的事项。以下四项列为阻断项，任一项未通过，报告退回修改并重新核查，不进入发布环节。

阻断项	判定条件	未通过时的处置
数据来源不可追溯	关键数字无法指回来源或取数时间	补充来源与取数记录，重新自检
关键结论无依据	结论在报告中找不到对应数据或引用材料	补充依据或下调结论表述，重新复核
敏感信息未处理	敏感字段未脱敏且无披露授权	脱敏或取得授权，重新复核
版本与审批记录缺失	版本号不一致或复核、审批意见不全	统一版本并补齐审批，重新提交

非阻断项不通过时，不停止发布，但要在备注中记录处置意见，例如“图表编号待下一版统一”或“附件三将在发布后补充”。处置意见要写明责任人和计划完成时间，避免不通过项被搁置。

整张核查表判定完成的条件有两条：全部阻断项检查结果为通过；非阻断项中的不通过项均已记录处置意见。两条同时满足，审批人方可放行。发布完成后，核查表随报告版本一并归档，归档内容包括检查结果、证据位置和审批意见，供后续版本对比和审计查阅。

常见问题

核查表里的“不适用”什么时候可以填？会不会被用来绕过检查？

“不适用”用于检查项确实不落在本次报告范围内的情况，例如报告不涉及外部引用，则外部引用授权类检查项可填不适用。填写时必须在备注中写明原因，例如“本次报告未引用外部图表”。复核人需要核对不适用理由是否成立，理由不成立时改判为不通过。把不适用当作回避检查的出口，会让阻断项形同虚设，因此不适用项应逐条复核，不能由撰写人单方决定。

报告发布后才发现阻断项有问题，核查表还能起什么作用？

发布后的核查表主要起追溯作用。归档内容包含检查结果、证据位置和审批意见，可以还原当时是谁在什么时点、依据什么证据判定通过。若事后发现某条结论依据不足，可以顺着证据位置字段定位到当时的来源材料，判断是来源本身有误还是复核遗漏，并据此修订下一版报告和核查表。归档记录也为后续版本对比提供基线，避免同类问题重复出现。

小团队人少，撰写人和复核人能否由同一人兼任？

核查表的设计前提是自检与复核分离，目的是让复核人用独立视角检查撰写人容易忽略的问题。团队规模较小时，可以由同一人先后完成自检和复核，但两个环节的记录要分开填写，检查时点分别记录，并在备注中说明兼任情况。更稳妥的做法是在团队内交叉复核，由另一位熟悉报告主题的成员承担复核角色。是否允许兼任属于团队流程约定，核查表只负责把这一约定记录清楚。

AI辅助生成的报告，核查重点和人工撰写的报告有什么不同？

检查项结构相同，重点落在AI容易出问题的地方。一是事实性陈述，AI生成的段落可能包含看似合理但未经核实的数据或结论，需要逐条指回来源；二是口径一致性，AI在不同章节可能采用不同表述，需要核对同一指标是否使用同一口径；三是内容标注，按组织要求标明哪些段落由AI生成或辅助生成；四是遗漏事项，AI起草时可能漏掉对结论有影响的口径变化或样本限制，复核时要专门检查。这些检查项都落在数据与事实、结论与建议两类中，不额外增加表结构。

核查表在协作平台中承载时，需要关注哪些配置问题？

关注三件事：核查表与报告版本能否对应，避免核查记录停留在旧版本；审批意见能否与核查表放在同一处，便于审批人放行前集中查看；归档后能否按权限查阅，让后续版本对比和审计有据可依。ONES 支持基于 Wiki 页面组回答问题并附引用来源，输出过程可追踪、结果可审计，核查记录与报告版本可以按权限体系留存，便于发布后回溯。具体模板形态和审批绑定方式以团队实际配置为准。