AI风险提示核验记录表用于把“AI提示了什么、谁核验、依据是什么、结论如何、反馈给谁”固定在同一行记录里，方便项目组复查和追溯。字段可分为五组：提示来源与基本信息、AI原始提示内容、核验过程与证据、核验结论与处置、反馈与留痕。下面先给出可直接复制的空白表，再说明每个字段的填写口径、必填与选填规则，并用一条演示记录验证字段之间的对应关系。
要点总览（TL;DR）
- 核验记录表按五组字段组织：提示来源与基本信息、AI原始提示内容、核验过程与证据、核验结论与处置、反馈与留痕，列顺序即建议填写顺序。
- 最小必填集保留提示编号、来源工具与时间、关联项目/工作项、AI提示原文、风险类别、核验人、核验日期、核验证据、核验结论、处置动作与反馈对象，其余字段按风险等级增减。
- 高风险提示需强制填写复核人、处置状态与反馈确认；中低风险可精简，但向项目组正式反馈时仍应记录反馈对象与时间。
- 填写时把AI原文与核验判断分列，证据写到可复查的具体位置，处置动作带负责人和截止时间，处置完成后更新状态并补充关闭依据。
- 字段增删应有触发条件并记录版本，按阶段或季度归档已关闭记录，反馈字段与项目组现有例会、工作项评论机制对齐。
可复制空白核验记录表
下表按五组字段排列，列顺序即为建议的填写顺序。复制到表格工具后，保留表头与分组行，按行填入实际记录。分组行可用合并单元格或颜色区分，便于不同角色快速定位。
| 分组 | 字段名 | 填写内容 |
|---|---|---|
| 基本信息 | 提示编号 | （如：RISK-AI-001） |
| 来源工具与时间 | （工具名称 / 提示生成时间） | |
| 关联项目/工作项 | （项目名称 / 工作项编号） | |
| 提示接收人 | （姓名 / 角色） | |
| 记录创建时间 | （日期时间） | |
| AI提示原文 | AI提示原文 | （原样粘贴，不改写） |
| 风险类别 | （进度 / 质量 / 资源 / 需求 / 其他） | |
| AI提示等级 | （高 / 中 / 低，按工具输出或团队规则） | |
| 核验过程与证据 | 核验人 | （姓名） |
| 核验日期 | （日期） | |
| 核验证据 | （数据来源、页面位置、截图编号、访谈记录等） | |
| 复核人 | （姓名，高风险必填） | |
| 结论与处置 | 核验结论 | （属实 / 部分属实 / 不属实 / 无法判定） |
| 处置动作 | （具体动作、负责人、截止时间） | |
| 处置状态 | （待处理 / 处理中 / 已关闭） | |
| 反馈与留痕 | 反馈对象 | （项目组 / 项目经理 / 指定角色） |
| 反馈时间与方式 | （日期时间 / 会议、工作项评论、文档等） | |
| 反馈确认 | （已确认 / 待确认，高风险必填） |
空白行示例：RISK-AI-001｜（工具名）/（时间）｜（项目/工作项）｜（接收人）｜（创建时间）｜（原文）｜（类别）｜（等级）｜（核验人）｜（日期）｜（证据）｜（复核人）｜（结论）｜（动作）｜（状态）｜（反馈对象）｜（时间方式）｜（确认）。实际使用时每行一条提示，同一提示多次核验时可新增“核验轮次”列或另起一行并标注关联编号。
字段说明：每个字段记录什么、怎么填
字段说明的作用是让核验人、复核人和项目组对同一列的理解一致。以下按五组逐项说明含义、填写口径与示例值，示例值仅用于说明格式。
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 提示编号 | 该条AI提示的唯一标识 | 团队统一前缀加流水号，一经分配不再复用 | RISK-AI-001 |
| 来源工具与时间 | 提示由哪个工具生成、何时生成 | 写工具名称与提示生成时间，便于回溯原始输出 | 某AI助手 / 2025-03-10 09:20 |
| 关联项目/工作项 | 提示指向的项目或具体工作项 | 写项目名称与工作项编号，避免只写项目简称 | 支付重构 / PAY-218 |
| 提示接收人 | 最先看到该提示的人 | 写姓名与角色，便于追查提示流转路径 | 张明 / 项目经理 |
| 记录创建时间 | 本条记录建立的时间 | 与提示生成时间区分，反映留痕起点 | 2025-03-10 10:05 |
| AI提示原文 | AI输出的原始提示内容 | 原样粘贴，不改写、不摘要；过长时可附原文位置 | “PAY-218 剩余工时不足，存在延期风险” |
| 风险类别 | 提示涉及的风险类型 | 按团队既有分类选择，跨类时选主类并在证据中说明 | 进度 |
| AI提示等级 | 工具给出的风险等级或团队换算等级 | 注明来源是工具输出还是团队判定 | 高（工具输出） |
| 核验人 | 实际执行核验的人 | 写姓名，不写岗位代称 | 李华 |
| 核验日期 | 完成核验的日期 | 与记录创建时间区分，反映核验完成节点 | 2025-03-10 |
| 核验证据 | 支撑结论的数据或材料 | 写清来源位置与获取方式，做到他人可复查 | 迭代燃尽图、PAY-218 工时记录、3月10日站会纪要 |
| 复核人 | 对核验结论做二次确认的人 | 高风险提示必填，中低风险可按团队规则选填 | 王芳 |
| 核验结论 | 核验后对提示的判断 | 使用统一选项，避免自由描述造成口径不一 | 属实 |
| 处置动作 | 针对结论采取的具体动作 | 写动作、负责人与截止时间，避免只写“已关注” | 调整排期，张明负责，3月12日前完成 |
| 处置状态 | 处置动作的当前进展 | 按待处理、处理中、已关闭更新，关闭时注明依据 | 处理中 |
| 反馈对象 | 核验结论的接收方 | 写具体项目组或角色，不写“相关人员” | 支付重构项目组 |
| 反馈时间与方式 | 结论何时、通过什么渠道反馈 | 写日期时间与渠道，便于确认反馈已发生 | 2025-03-10 / 工作项评论 |
| 反馈确认 | 接收方是否确认收到并认可结论 | 高风险提示必填，记录确认人与确认时间 | 已确认（张明，3月10日） |
填写时有两个常见口径问题需要提前约定：一是“AI提示原文”保持原样，核验人的判断只写在结论与证据列，避免原文与判断混在一起；二是“处置动作”与“核验结论”分开填写，结论回答提示是否成立，处置回答接下来做什么，两者不互相替代。
必填与选填：按风险等级区分最小字段集
模板过重会导致核验人跳过填写，留痕不足则无法支撑复查。建议先确定最小必填集，再按风险等级增加字段。最小可用版本至少保留：提示编号、来源工具与时间、关联项目/工作项、AI提示原文、风险类别、核验人、核验日期、核验证据、核验结论、处置动作、反馈对象。
| 字段 | 低风险 | 中风险 | 高风险 |
|---|---|---|---|
| 提示编号、来源工具与时间、关联项目/工作项 | 必填 | 必填 | 必填 |
| AI提示原文、风险类别 | 必填 | 必填 | 必填 |
| 核验人、核验日期、核验证据、核验结论 | 必填 | 必填 | 必填 |
| 处置动作、反馈对象 | 必填 | 必填 | 必填 |
| 提示接收人、记录创建时间 | 选填 | 必填 | 必填 |
| AI提示等级 | 选填 | 必填 | 必填 |
| 复核人 | 选填 | 选填 | 必填 |
| 处置状态 | 选填 | 必填 | 必填 |
| 反馈时间与方式 | 选填 | 必填 | 必填 |
| 反馈确认 | 选填 | 选填 | 必填 |
分级规则可按提示对项目目标的影响确定：影响交付节点、对外承诺或关键资源的提示按高风险处理；影响单个工作项排期但可内部消化的按中风险；仅需记录备查的按低风险。风险等级由核验人初判，复核人可在高风险场景调整。需要向项目组正式反馈的场景，无论等级都应填写反馈对象、反馈时间与方式，确保结论有明确的接收记录。
填写示例：一条AI风险提示的完整核验记录
以下为演示情景，用于说明字段之间的对应关系，数据不代表真实项目。背景：某支付重构项目在迭代中期收到一条AI进度风险提示，项目经理转交核验。
| 字段名 | 填写内容 |
|---|---|
| 提示编号 | RISK-AI-001 |
| 来源工具与时间 | 某AI助手 / 2025-03-10 09:20 |
| 关联项目/工作项 | 支付重构 / PAY-218 |
| 提示接收人 | 张明 / 项目经理 |
| 记录创建时间 | 2025-03-10 10:05 |
| AI提示原文 | “PAY-218 剩余工时不足，按当前进度存在延期风险，建议核查资源投入。” |
| 风险类别 | 进度 |
| AI提示等级 | 高（工具输出） |
| 核验人 | 李华 |
| 核验日期 | 2025-03-10 |
| 核验证据 | 迭代燃尽图显示剩余工作量高于计划线；PAY-218 工时记录显示两名成员本周投入减半；3月10日站会纪要记录联调依赖未就绪 |
| 复核人 | 王芳 |
| 核验结论 | 属实 |
| 处置动作 | 调整PAY-218排期并补充一名联调支持人员，张明负责，3月12日前完成排期更新 |
| 处置状态 | 处理中 |
| 反馈对象 | 支付重构项目组 |
| 反馈时间与方式 | 2025-03-10 / 工作项评论并同步站会 |
| 反馈确认 | 已确认（张明，2025-03-10） |
这条记录体现了几个填写要点：原文与结论分列，证据写到可复查的具体位置，处置动作带负责人和截止时间，反馈确认记录了接收人与时间。后续处置完成后，只需更新处置状态并在证据列补充关闭依据，不必重写整行。
当核验记录需要长期保存在项目工作项旁时，可以把记录作为工作项附件或评论维护，并在项目文档中保留汇总表。ONES 的 AI 能力基于权限体系执行知识问答与任务操作，输出过程可追踪、结果可审计；ONES Assistant 可将结果保存为工作项、Wiki 页面等内容，便于把核验结论与对应工作项放在同一处，减少在多个页面之间搬运记录。是否采用这种方式，取决于团队已有的工作项与文档管理习惯。
核验清单：提交前的逐项检查
提交记录前，核验人可按以下清单逐项确认。清单面向单条记录，也适用于批量提交前的抽查。
- 证据是否可追溯：核验证据是否写清数据来源、页面位置或材料编号，他人能否按记录复查到同一结论。
- 结论与处置是否对应：核验结论为“属实”或“部分属实”时，处置动作是否具体到动作、负责人和截止时间；结论为“不属实”时，是否说明排除依据。
- 反馈对象与时间是否记录：反馈对象是否具体到项目组或角色，反馈时间与方式是否填写，高风险记录是否有反馈确认。
- 重复提示是否合并或标注：同一工作项在短期内出现多条相似提示时，是否合并为一条记录并在原文列注明关联编号，或分别记录并互相引用，避免重复处置。
- 必填字段是否齐全：按风险等级核对必填项，高风险记录重点检查复核人、处置状态与反馈确认。
- 状态是否及时更新：处置完成后是否更新处置状态并补充关闭依据，避免记录长期停留在“处理中”。
调整与维护：让记录表随项目演进
记录表需要在项目推进中保持可用，字段增删应有触发条件，版本变化应可追溯。以下规则可作为维护起点，团队可按项目规模调整。
- 新增字段的触发条件：当同一类信息反复出现在证据或备注中、且需要单独筛选统计时，考虑新增字段，例如“影响里程碑”“关联需求编号”；新增前先确认该信息无法从现有字段稳定推导。
- 字段命名与版本记录：字段名保持稳定，改名时在表头备注旧名与生效日期；每次调整记录版本号、调整内容与生效范围，历史记录保留原字段值，不批量改写。
- 归档周期与保留期限：按项目阶段或季度归档已关闭记录，保留期限结合团队审计与复盘需要确定；归档时保留提示编号与关联工作项，确保可按编号回溯。
- 与项目组反馈机制的衔接：反馈对象、反馈方式与确认字段应与项目组现有的例会、工作项评论或文档评审机制对齐；反馈渠道变化时同步更新填写口径，避免记录与实际反馈脱节。
维护动作建议指定一名记录表负责人，按季度检查字段使用情况：长期空白的选填字段可考虑合并或删除，反复补填的信息可考虑转为必填。调整后先用少量新记录试填，确认填写口径一致后再全面推行。
常见问题
同一工作项短期内收到多条相似AI风险提示，记录表应该怎么处理？
两种做法都可行，关键是保持可追溯。若多条提示指向同一风险且证据一致，可合并为一条记录，在“AI提示原文”列保留各条原文或注明关联编号，并在证据列说明合并依据；若提示指向不同工作项或风险类别不同，则分别记录，在原文列互相引用编号。合并后处置动作只需维护一份，避免同一风险被重复派发。
核验结论为“无法判定”时，记录表还需要填处置动作吗？
需要。结论为“无法判定”通常意味着证据不足或依赖外部信息，处置动作应写明补证计划，例如补充哪些数据、由谁在什么时间前完成、何时再次核验。这样记录不会停留在无结论状态，后续复查时也能看到推进路径。若长期无法判定，可在维护环节评估是否调整证据字段的填写口径。
低风险提示是否可以不填反馈对象，只在表内留档？
可以按团队规则精简，但建议区分两种场景：仅备查的低风险提示可只保留最小必填集；需要项目组知晓或可能影响排期的提示，即使等级为低，也应填写反馈对象与反馈时间，避免结论只停留在核验人一侧。规则确定后写入字段说明，减少每次填写时的临时判断。
核验记录放在表格里，和放在项目工作项旁相比各有什么取舍？
独立表格便于跨项目汇总、筛选和批量统计，适合作为核验台账；放在工作项旁则便于处置时直接查看上下文，减少在表格与项目页面之间切换。常见做法是两者并用：工作项上保留结论与处置动作，汇总表按提示编号关联。ONES 的 AI 能力基于权限体系执行知识问答与任务操作，输出过程可追踪、结果可审计，ONES Assistant 可将结果保存为工作项、Wiki 页面等内容，便于把核验结论与对应工作项放在同一处。是否采用取决于团队已有的工作项与文档管理习惯。
记录表运行一段时间后，哪些字段最值得优先检查？
优先看三类：长期空白的选填字段，说明填写成本高于使用价值，可考虑合并或删除；反复出现在证据或备注里的信息，说明需要独立成列，便于筛选统计；处置状态长期停留在“处理中”的记录，说明关闭环节缺少检查。按季度抽查一批记录，比逐条核对更能发现字段设计问题。
