AI生成的项目周报草稿在对外发布前，需要人工逐项复核事实与数据、进度与状态、风险与问题、结论与措辞、敏感信息与格式五类内容。复核以任务系统记录、会议纪要、提交记录等原始材料为依据，确认每个数字、状态和判断都能追溯到来源，并明确谁自检、谁复核、谁批准、留下什么证据。这份清单按“谁在何时查—查什么—怎么算通过—什么情况必须拦下—如何长期执行”的顺序展开，可直接用于单项目周报，多项目汇总时按同样结构加深抽样与交叉核对。
要点总览（TL;DR）
- AI生成的项目周报发布前，按事实与数据、进度与状态、风险与问题、结论与措辞、敏感信息与格式五类逐项复核，每个数字和判断都要能追溯到任务系统记录、会议纪要或原始数据表。
- 复核分三道动作：撰写人自检、项目负责人复核、发布人批准；单项目周报可逐项走完，多项目汇总周报需各项目负责人分别确认关键数字，并抽查原始记录防止错配。
- 通过标准要写成能对照记录判断“是”或“否”的表述，并配好证据类型与留存位置；常规周报可抽样复核，对外披露或重大里程碑周报应全量复核。
- 关键数据与来源不符、遗漏重大风险、泄露敏感信息、结论无依据属于阻断项，必须退回修改、补齐证据并重新复核后才能发布；非阻断问题记录后跟进。
- 复核记录随周报一起归档，定期回看反复出现的问题类型并调整检查项，让清单跟着实际问题更新。
谁在什么时点复核这份周报
复核对象是AI生成的项目周报草稿，复核窗口从草稿生成完成开始，到周报对外发布前结束。这个窗口内至少要经过三道动作：撰写人自检、项目负责人复核、发布人批准。三道动作可以由同一人兼任，但每一步的检查记录要分开留存，避免自检和复核混在一起、出了问题无法定位。
角色分工的核心是让“写的人”和“放行的人”承担不同责任。撰写人最熟悉本周实际发生了什么，负责把AI草稿与原始记录逐条对齐；项目负责人掌握进度判断和风险口径，负责确认状态描述和结论是否站得住；发布人关注周报的发送范围和敏感信息，负责最终批准。三者检查的侧重点不同，清单中的检查项也据此分配负责人。
| 角色 | 复核时点 | 主要检查范围 | 产出记录 |
|---|---|---|---|
| 撰写人 | AI草稿生成后、提交复核前 | 事实与数据、进度与状态、格式与术语 | 自检勾选记录、修改说明 |
| 项目负责人 | 收到草稿后、批准前 | 风险与问题、结论与措辞、状态判断 | 复核意见、退回或通过结论 |
| 发布人 | 发布前最后一步 | 敏感信息、发送范围、整体完整性 | 批准记录、发布版本号 |
单项目周报的复核可以按上表逐项走完；多项目汇总周报涉及多个项目的数据合并，复核深度需要增加：每个项目的关键数字由对应项目负责人分别确认，汇总人再核对跨项目口径是否一致，例如“完成”在不同项目里是否指同一交付状态。汇总周报还应抽查至少一个项目的原始记录，验证AI在合并过程中没有错配项目名称或数据。
发布前逐项检查表
下表按内容类别分组，每项都写成可以判断“是”或“否”的检查项，并给出通过标准、证据来源、负责人和检查时点。使用时逐行勾选，任何一行不通过就进入下一节的阻断判断或问题记录。
| 类别 | 检查项 | 通过标准 | 证据 | 负责人 | 时点 |
|---|---|---|---|---|---|
| 事实与数据 | 周报中的数字与来源一致 | 完成项数、缺陷数、工时等每个数字都能在任务系统或数据表中找到对应记录，数值一致 | 任务系统统计、原始数据表 | 撰写人 | 自检 |
| 事实与数据 | 日期、人名、版本号准确 | 里程碑日期、负责人姓名、版本号与项目记录一致，无错字、无过期版本 | 迭代记录、发布记录 | 撰写人 | 自检 |
| 进度与状态 | 完成项与系统记录一致 | 列为“已完成”的工作项在任务系统中状态为完成，且完成时间在本周范围内 | 任务系统工作项列表 | 撰写人 | 自检 |
| 进度与状态 | 进行项与延期项标注正确 | 进行中的工作项未被写成完成，延期项已注明延期原因和新的预计时间 | 任务系统状态、变更记录 | 项目负责人 | 复核 |
| 风险与问题 | 已识别风险无遗漏 | 本周风险清单中的每一项都在周报中出现，或注明已关闭及关闭依据 | 风险登记记录、会议纪要 | 项目负责人 | 复核 |
| 风险与问题 | 风险描述与记录一致 | 风险的影响范围、当前状态、责任人表述与原始记录一致，未弱化或夸大 | 风险记录、评审纪要 | 项目负责人 | 复核 |
| 结论与措辞 | 总结判断有依据 | 每条结论都能对应到前文的数据或事实，未出现无来源的整体判断 | 周报正文与原始记录对照 | 项目负责人 | 复核 |
| 结论与措辞 | 无夸大或绝对化表述 | 未出现“全部完成”“彻底解决”“无任何风险”等无法由记录支撑的表述 | 周报正文 | 项目负责人 | 复核 |
| 敏感信息 | 客户名与合同金额按需脱敏 | 对外版本中客户名称、合同金额、报价等按发布范围处理，内部版本标注使用范围 | 发布范围说明、脱敏对照 | 发布人 | 批准 |
| 敏感信息 | 未公开计划未提前披露 | 尚未正式公布的排期、人员调整、合作计划未出现在对外周报中 | 发布范围说明 | 发布人 | 批准 |
| 格式与可读性 | 结构完整、术语统一 | 周报包含本期进展、下期计划、风险问题等约定模块，同一概念全文用词一致 | 周报模板 | 撰写人 | 自检 |
| 格式与可读性 | 无重复段落与残留占位 | 无AI生成留下的重复表述、空章节、示例占位文字 | 周报正文 | 撰写人 | 自检 |
这张表的价值在于把“看一眼觉得差不多”变成逐行判断。撰写人自检时重点在前三类和格式类，项目负责人复核时重点在状态判断、风险完整性和结论依据，发布人最后确认敏感信息与发送范围。多项目汇总周报在此基础上增加一行：各项目数据合并后，项目名称与数据未错配。
每项检查的通过标准与证据
通过标准的写法决定了复核能不能落地。可用的标准应当能对照原始记录直接判断是或否，例如“周报中列为完成的工作项，在任务系统中状态为已完成且完成日期在本周内”，而不是“完成情况描述准确”。前者可以逐条比对，后者只能凭印象放行。撰写检查项时，先问一句“复核人拿什么材料、看哪个字段就能下结论”，答案就是通过标准和证据的组合。
证据类型按检查类别选择。事实与数据类优先使用任务系统统计和原始数据表；进度与状态类使用工作项状态和变更记录；风险与问题类使用风险登记记录和评审会议纪要；结论与措辞类使用周报正文与前述记录的对照结果；敏感信息类使用发布范围说明和脱敏对照表。证据要统一留存位置和命名，例如按“项目名-周次-证据类型”命名，放在与周报同一归档目录下，便于下次复核和事后追溯。
| 检查类别 | 通过标准示例 | 证据类型 | 留存方式 |
|---|---|---|---|
| 事实与数据 | 缺陷数与本周期缺陷统计表一致 | 原始数据表、系统统计截图 | 随周报归档，注明数据导出时间 |
| 进度与状态 | 延期项均注明原因与新预计时间 | 工作项变更记录 | 链接或导出记录附在复核记录中 |
| 风险与问题 | 风险清单逐项在周报中有对应描述 | 风险登记记录、会议纪要 | 与周报同目录归档 |
| 结论与措辞 | 每条结论可指向正文中的数据或事实 | 周报正文批注 | 保留批注版本 |
| 敏感信息 | 对外版本客户名已按规则替换 | 脱敏对照表、发布范围说明 | 与批准记录一并留存 |
复核方式按周报影响范围选择。常规单项目周报可以采用抽样复核：对数字类检查抽取关键指标全量核对，对描述类检查抽查若干条目；涉及对外披露、跨部门汇报、重大里程碑的周报应做全量复核，每一行检查项都留下判断结果。抽样不是降低标准，而是把复核精力集中在影响更大的内容上，抽样范围和抽取结果同样要记录。
哪些问题必须阻断发布
阻断项是那些一旦出现就不能带着问题发出的情况。典型情形包括：关键数据与来源不符，例如完成项数、缺陷数、工时与系统记录存在实质差异；遗漏重大风险，本周已登记的高影响风险在周报中完全没有出现；泄露敏感信息，对外版本包含客户名称、合同金额或未公开计划；结论无依据，总结部分出现无法由正文数据支撑的判断。出现上述任一情形，周报退回修改，不进入批准环节。
阻断后的处理路径要写清楚：复核人把问题定位到具体检查项和具体段落，退回撰写人修改；需要补充证据的，由撰写人补齐原始记录或说明数据口径；修改完成后重新走对应检查项，必要时由项目负责人再次复核。解除阻断的完成条件是：问题项已修正、证据已补齐、复核人确认通过并留下记录。三项缺一不可，仅口头确认不算解除。
| 阻断情形 | 判断依据 | 处理动作 | 解除条件 |
|---|---|---|---|
| 关键数据与来源不符 | 数字与系统记录存在实质差异且无法解释 | 退回修改，核对数据口径 | 数字修正并与来源一致，复核人确认 |
| 遗漏重大风险 | 已登记的高影响风险未出现在周报中 | 补充风险描述，确认状态 | 风险项补齐且描述与记录一致 |
| 泄露敏感信息 | 对外版本含客户名、合同金额或未公开计划 | 脱敏或调整发布范围 | 脱敏完成，发布人确认版本 |
| 结论无依据 | 总结判断无法对应正文数据或事实 | 删除或改写结论，补充依据 | 每条结论均可追溯，复核人确认 |
非阻断问题单独记录，不拦住本期发布，但要进入跟进清单。例如个别措辞不够准确、格式小瑕疵、次要指标口径待统一，这类问题记录在复核意见中，注明责任人和计划处理时间，下一期周报复核时优先检查是否重复出现。把阻断项和非阻断问题分开，既保证发布质量，也避免复核变成无限返工。
把复核固定进周报流程
让清单每期都能执行，关键是让复核记录成为周报的一部分，而不是额外的一次性动作。每期周报归档时，同时归档自检记录、复核意见和批准记录，形成“草稿—复核—批准版本”的完整链条。归档位置与周报正文一致，命名包含周次和版本，后续回看时能直接找到当时依据的是哪份记录。
复核人与批准人是否分离，取决于周报的使用范围。内部团队周报可以由项目负责人复核并批准；对外披露或跨部门正式汇报的周报，建议复核与批准由不同人承担，批准人重点确认发布范围和敏感信息。这个安排不必一刀切，但要在团队内明确写下来，避免每期临时决定。
复核清单本身也需要维护。每隔一段时间回看复核记录，统计哪类问题反复出现：如果数据不一致频繁发生，说明AI生成时的数据口径需要提前约定；如果措辞问题集中，说明结论部分的提示或模板需要调整。据此增删检查项，让清单跟着实际问题走，而不是长期停留在初始版本。
在文档协作工具中承载这套流程，可以把周报草稿、复核意见和版本状态放在同一处。ONES Assistant 智能助手可根据当前迭代生成项目周报并保存到 Wiki，其回答基于项目、工作项、迭代和 Wiki 页面等真实工作上下文；ONES 的 AI 能力基于权限体系执行，输出过程可追踪、结果可审计。周报草稿进入 Wiki 后，撰写人自检、负责人复核、发布人批准可以围绕同一页面留下修改和评审记录，复核清单作为附件或页面模板随周报归档，下一期直接复用。这样，复核不再依赖个人记忆，而是成为周报从草稿到发布之间的固定环节。
常见问题
AI生成的周报里数字看起来都对，还需要逐项核对吗？
需要。AI生成的内容在数值上可能与系统记录接近，但口径、时间范围和统计对象容易出错，例如把上周完成的工作项算进本周，或把不同项目的缺陷数合并统计。复核时至少对关键指标做全量核对，确认每个数字对应的统计口径、时间区间和来源表，并在复核记录中注明数据导出时间。非关键指标可以抽样，但抽样范围和结果同样要记录。
周报由一个人写完又由同一个人批准，可以吗？
内部团队周报可以由同一人完成自检、复核和批准，但三个环节的检查记录要分开留存，便于事后定位问题。对外披露、跨部门正式汇报或涉及合同与客户的周报，建议复核与批准由不同人承担，批准人重点确认发布范围和敏感信息处理。具体如何安排应在团队内明确写下来，避免每期临时决定。
复核时发现周报漏了一项风险，但该风险本周已经关闭，还要阻断发布吗？
是否阻断取决于风险的影响程度和记录状态。已关闭的高影响风险如果周报中完全没有提及，应补充“已关闭及关闭依据”后再发布，避免读者误以为该风险从未发生；影响较小的已关闭风险可以在非阻断问题中记录，注明补充说明的计划。判断依据是风险登记记录中的影响等级和关闭时间，而不是凭印象决定。
多项目汇总周报的复核和单项目周报有什么不同？
多项目汇总周报增加了数据合并环节，复核深度需要相应提高。每个项目的关键数字应由对应项目负责人分别确认，汇总人再核对跨项目口径是否一致，例如“完成”在不同项目中是否指同一交付状态。此外应抽查至少一个项目的原始记录，验证AI在合并过程中没有错配项目名称或数据。单项目周报按检查表逐项走完即可，汇总周报则要在检查表基础上增加合并核对项。
复核清单用久了流于形式，怎么让它持续有效？
定期回看复核记录，统计哪类问题反复出现：数据不一致频繁发生，说明AI生成前需要提前约定数据口径；措辞问题集中，说明结论部分的模板或提示需要调整。据此增删检查项，并让阻断项与非阻断问题的划分随实际情况更新。清单的版本变化也随周报归档，下一期直接复用最新版本，避免清单长期停留在初始状态。
