AI给出的项目建议要经过复核才能进入决策。复核时通常需要四类依据：任务状态、里程碑、工时与阻塞记录等事实材料；AI得出结论所用的规则、口径与推理链；谁提出、谁复核、谁批准的责任记录；建议被采纳或驳回后的调整与回写。本文按“取数—比对—质询—定级—留痕”五步展开，说明每一步的输入、动作、输出和完成标志，并给出角色分工与检查清单。
要点总览（TL;DR）
- 复核AI项目建议需要四类依据：事实（任务状态、里程碑、工时、阻塞记录）、判断（AI引用的数据范围与计算口径）、责任（发起人、复核人、批准人）、变更（采纳后的计划调整或驳回理由）。
- 复核按“取数—比对—质询—定级—留痕”五步执行，每步都有输入、输出和完成标志，取数时须固定与AI建议生成时间一致的数据快照。
- 提出与复核必须分离，复核人需具备调取原始数据的权限；小团队可兼任角色，但这条底线要保留。
- 定级结论分为采纳、修改后采纳、驳回三类，附条件和责任人写明后才算可执行；处置未回写视为复核未完成。
- 验收复核质量的标准是：换一位未参与复核的同事，仅凭台账能复述这条建议的依据、结论和处置。
复核一份AI项目建议，先看哪几类依据
复核的核心任务是回答一个问题：这条建议是否建立在可核实的事实和可解释的判断之上。依据按收集顺序分为事实、判断、责任、变更四类，前两类支撑结论是否成立，后两类支撑结论能否被执行和追溯。
事实依据是复核的起点，形态是项目系统里的原始记录：任务状态与完成时间、里程碑计划与实际达成、工时填报、阻塞与依赖记录、变更单。判断依据是AI的推理材料：它引用了哪些数据、按什么口径计算完成率或风险等级、阈值设在哪里、对缺失数据做了什么假设。责任依据是流程记录：建议由谁发起、谁具备复核资格、谁有批准权限。变更依据是处置后的回写：建议被采纳后触发了哪些计划调整，被驳回后是否记录了理由并关闭。
| 依据类别 | 材料示例 | 缺失时的处理 |
|---|---|---|
| 事实依据 | 任务状态、里程碑达成记录、工时、阻塞与依赖项 | 先补取原始数据，数据无法取得时在复核意见中标注为不确定项，不据此下确定结论 |
| 判断依据 | AI引用的数据范围、计算口径、风险阈值、假设条件 | 要求补充口径说明；口径无法还原时，结论降级为参考意见 |
| 责任依据 | 建议发起人、复核人、批准人及其权限记录 | 先明确责任人再继续复核，避免无人对结论负责 |
| 变更依据 | 采纳后的计划调整记录、驳回理由、关闭状态 | 处置未回写时视为复核未完成，需补录后再归档 |
四类依据的查看顺序建议为事实、判断、责任、变更。事实与判断决定建议本身是否可信，责任与变更决定这条建议能否进入决策流程。任何一类缺失，处理原则一致：先补证，再判断；补证不成，就在复核意见中写明限制条件，把结论定为有条件采纳或退回补充，避免用推测填补空白。
五步复核操作：从取数到留痕
五步操作把复核从“读一遍AI结论”变成有输入、有输出、有完成标志的过程。每一步的产出都应能被下一位角色直接使用。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 取数 | 项目编号、统计截止时间 | 拉取任务状态、里程碑、工时、阻塞与依赖记录，固定数据快照时间 | 复核数据包 | 数据范围与截止时间明确，关键字段无空缺或空缺已标注 |
| 比对 | 复核数据包、AI建议原文 | 将AI引用的每个数字和结论与原始记录逐项对照，标记一致、偏差、无出处三类 | 比对表 | 每条AI结论都有对应的核对结果 |
| 质询 | 比对表中的偏差项与无出处项 | 向建议发起人或数据责任人追问原因，要求补充证据或修正口径 | 质询记录与答复 | 偏差项均有解释或已确认无法解释 |
| 定级 | 比对表、质询记录 | 给出采纳、修改后采纳、驳回三类结论之一，并写明理由与附加条件 | 复核结论 | 结论明确到可执行，附条件和责任人均已写明 |
| 留痕 | 复核结论、处置动作 | 记录复核意见、最终处置、计划调整或关闭原因，归档到项目记录 | 复核台账条目 | 台账可检索，处置结果与项目实际状态一致 |
取数环节最容易出问题的是时间口径。AI建议往往基于某个时点的数据生成，复核时若拉取的是更新后的数据，比对就会出现假偏差。做法是记录AI建议的生成时间，取同一时点或最接近时点的数据快照，并在比对表中注明两者时间差。
比对环节建议按“数字—结论—建议”三层推进：先核对数字是否与原始记录一致，再核对由数字推出的结论是否成立，最后核对建议动作是否与结论匹配。三层中任一层断裂，都进入质询环节。质询要落到具体证据，例如要求提供依赖方的确认邮件、阻塞项的解除时间，避免以“应该差不多”结束讨论。
定级环节的三类结论对应不同后续动作：采纳的直接进入决策审批；修改后采纳的需写明修改点和附加监控条件；驳回的需记录理由并通知建议发起人。留痕环节把上述内容写入复核台账，与项目计划变更关联，使后续复盘能查到这条建议从提出到处置的完整链路。
角色分工与各环节交付物
复核流于形式，通常是因为角色重叠：提出建议的人自己复核，或复核人没有权限调取原始数据。把四类角色分开，并明确各自交付物，可以让每个环节都有可检查的产出。
| 角色 | 主要职责 | 交付物 | 交接对象 |
|---|---|---|---|
| 项目负责人 | 提供任务状态、里程碑进展、风险与阻塞事实，确认数据口径 | 状态说明、风险事实清单、数据确认 | 复核人 |
| 复核人 | 比对数据与AI结论，组织质询，出具复核意见 | 比对表、质询记录、复核结论 | 决策人 |
| 决策人 | 批准采纳、修改后采纳或驳回，确认资源与计划调整 | 审批意见、处置决定 | 记录人、项目负责人 |
| 记录人 | 维护复核台账，关联计划变更与关闭记录 | 复核台账条目、归档记录 | 项目档案 |
小团队中一人可能兼任多个角色，此时至少保证“提出”与“复核”分离。复核人应具备调取项目原始数据的权限，否则比对环节只能依赖转述，依据的可追溯性会下降。决策人不必参与每一步，但需要在定级后及时给出处置意见，避免复核结论长期悬置。
这些记录需要有稳定的承载位置。以ONES为例，任务状态、工时、里程碑与阻塞项可以作为复核取数的来源，复核意见和处置结论可以作为工作项或文档留存并与计划变更关联，使台账条目能追溯到对应的项目记录。工具承载的是记录与关联动作，复核判断本身仍由人完成。
一个延期风险建议的复核示例
以下为演示情景，用于说明五步复核如何落地，不代表真实项目数据。
某项目收到AI建议：“里程碑M3存在延期风险，建议将测试阶段压缩两周并增加两名测试人员。”复核人按五步执行。
取数：拉取M3相关任务完成率、剩余工时、测试环境准备状态、外部依赖项记录，数据截止到建议生成当日。
比对：AI给出的任务完成率为62%，与系统记录一致；剩余工时估算与填报基本吻合；但AI在计算可压缩工期时，只计入了内部任务，未计入等待第三方接口联调的时间。比对表将该依赖项标记为“无出处”。
质询：复核人向项目负责人确认第三方联调排期，得到的答复是该依赖预计还需等待一周，且时间不受本项目控制。这一信息改变了延期风险的构成。
定级：复核结论为“修改后采纳”。认可延期风险成立，但不采纳压缩测试阶段的动作，改为补充依赖跟踪项、设定联调等待的检查点，并在风险清单中登记外部依赖。附加条件是一周后重新评估剩余工期。
留痕：复核意见、质询答复、修改后的处置动作写入复核台账，依赖跟踪项进入项目任务列表，计划调整同步更新到里程碑说明。
这个示例说明复核的价值不在否定AI，而在补齐AI看不到的条件。AI基于内部数据得出风险判断是合理的，遗漏外部依赖等待时间使建议动作失准；复核通过比对和质询把这一条件补回，结论就从“压缩测试”调整为“跟踪依赖并重估”。
复核完成检查清单
一次复核是否合格，可以用以下条目逐项核对。全部通过再归档；存在未通过项时，在台账中注明原因和补办计划。
- 事实数据可追溯到原始记录：每个关键数字都能指向具体的任务、工时或依赖条目，并注明数据截止时间。
- AI判断口径已说明：数据范围、计算方式、风险阈值和假设条件在复核意见中有记录，无法还原的口径已标注。
- 偏差项已处理：比对表中的偏差与无出处项均有质询记录，答复或“无法解释”的结论已写明。
- 复核意见有明确结论：结论属于采纳、修改后采纳、驳回三类之一，附条件和责任人清晰。
- 角色记录完整：建议发起人、复核人、决策人可查，提出与复核已分离。
- 处置结果已回写：采纳后的计划调整或驳回理由已记录，相关任务与里程碑状态同步更新。
- 台账可检索：复核条目能按项目、时间或结论类型查到，并与项目档案关联。
清单之外还有一条判断标准：换一位未参与复核的同事，仅凭台账能否复述这条建议的依据、结论和处置。如果能，说明依据链完整；如果只能看到一句“已复核”，则需要补充记录后再视为完成。
常见问题
AI建议生成后项目数据又更新了，复核时该用哪个时点的数据？
以AI建议的生成时间为基准，取同一时点或最接近时点的数据快照，并在比对表中注明两者时间差。如果直接拉取更新后的数据，比对会出现假偏差，把正常推进误判为AI算错。若无法还原建议生成时的数据，就在复核意见中标注这一限制，结论按有条件采纳处理，避免用新数据反推旧结论。
复核人自己就是建议发起人，这种情况怎么处理？
至少保证“提出”与“复核”两个动作由不同的人完成。发起人可以参与质询答复和数据说明，复核意见与定级结论由另一位具备数据权限的人出具。如果团队规模确实小到无法分离，可请上级或相邻项目负责人做复核，并在台账中记录这一安排，使责任链保持可查。
AI建议被驳回后，还需要继续跟踪吗？
需要。驳回理由要写入复核台账并通知建议发起人，同时确认相关风险是否已由其他方式覆盖。例如AI提示的延期风险被驳回，但风险本身可能仍然存在，应确认风险清单中已有对应条目和责任人。驳回不等于风险消失，留痕的目的是让后续复盘能查到这条建议为何未被采纳。
复核结论为“修改后采纳”时，附加条件应该写到什么程度？
附加条件要具体到可检查：写明修改了哪个动作、新增了哪些监控项、由谁在什么时间点重新评估。以延期风险为例，附加条件可以是“一周后重新评估剩余工期，由项目负责人提供第三方联调排期确认”。条件模糊会导致修改后采纳退化为事实上的采纳，失去复核的控制作用。
复核台账需要记录哪些字段才算完整？
至少包含：建议原文与生成时间、数据快照截止时间、比对结果（一致、偏差、无出处）、质询记录与答复、复核结论及理由、附条件与责任人、最终处置与计划调整关联。台账应能按项目、时间或结论类型检索，并与项目档案关联，使一条建议从提出到处置的链路可追溯。
