AI流程执行到中途需要人工接手时，最容易丢失的是“为什么接管、谁接的、接手后改了什么”。一份可用的接管记录模板应覆盖五类字段：接管基本信息、触发与原因、接管人与权限、接管过程、结果与后续。下面给出一张可直接复制填写的空白表，并说明每个字段的填写口径、必填与选填的取舍，以及模板随流程变化时的维护方法。
要点总览（TL;DR）
- 接管记录模板按五类字段组织：接管基本信息、触发与原因、接管人与权限、接管过程、结果与后续，可直接复制空白表使用。
- 记录编号、流程名称与版本、关联任务、触发时间与接管开始时间、触发方式、AI执行步骤、接管原因分类、接管人、处置结果属于各风险等级都必填的字段。
- 高风险流程需补齐异常信号、复核人、权限变更、接管前状态、人工处置动作、与AI原方案差异、数据来源、处置耗时、恢复条件与规则改进项。
- 填写时把触发时间与接管开始时间分开记、AI执行步骤写到具体节点，复盘才能定位问题环节；示例演示了跨模块需求拆分的完整记录。
- 模板应设版本号、指定维护人并按季度评审，用过去三个月的接管事件回填检验字段是否够用。
可复制空白接管记录表
下表按五个字段分区组织，表头保留记录编号与填写日期。复制到文档或表格工具后，将“填写内容”列作为录入区，字段名一列保持固定，便于多份记录汇总统计。
| 分区 | 字段 | 填写内容 |
|---|---|---|
| 表头：记录编号：__________ 填写日期：__________ 填写人：__________ | ||
| 一、接管基本信息 | 记录编号 | |
| 流程名称与版本 | ||
| 关联任务或工单 | ||
| 触发时间 / 接管开始时间 | ||
| 二、接管触发与原因 | 触发方式 | |
| AI执行到哪一步 | ||
| 异常或置信度信号 | ||
| 接管原因分类 | ||
| 原因补充说明 | ||
| 三、接管人与权限 | 接管人 | |
| 复核人 | ||
| 原AI执行角色 | ||
| 权限变更内容 | ||
| 权限生效时间 | ||
| 四、接管过程记录 | 接管前状态 | |
| 人工处置动作 | ||
| 输入输出与数据来源 | ||
| 与AI原方案的差异 | ||
| 处置耗时 | ||
| 过程附件或截图索引 | ||
| 五、结果与后续 | 处置结果 | |
| 是否恢复AI执行 | ||
| 恢复条件与验证方式 | ||
| 经验沉淀 | ||
| 规则改进项与责任人 | ||
表格保持单条记录一行的展开形式，便于打印后手填，也便于在表格工具中转为一行一条的结构化数据。流程较简单时，可先删去“过程附件或截图索引”“原因补充说明”等行，其余字段保留。
每个字段记录什么：字段说明
字段说明解决的是“不同角色填同一张表，写出来的内容能不能对上”。下面按五个分区逐项给出含义与填写口径。
接管基本信息
- 记录编号：建议采用“流程代号-年月日-序号”，如“REQ-20250612-01”，保证全局唯一，便于检索和引用。
- 流程名称与版本：写清被接管的自动化流程名称及当时运行的版本号。流程迭代后，旧记录仍能对应到当时的规则。
- 关联任务或工单：填写需求、缺陷、发布单等业务对象的编号，让接管记录能回溯到具体业务上下文。
- 触发时间 / 接管开始时间：两个时间分开记，二者之差反映响应速度，是评估接管机制是否及时的依据。
接管触发与原因
- 触发方式：区分系统自动告警、执行人主动中止、审批节点要求人工确认、定时巡检发现异常等来源。
- AI执行到哪一步：写明具体步骤名称或节点序号，而不是笼统写“执行中”，否则复盘时无法定位问题环节。
- 异常或置信度信号：记录触发接管的原始信号，如输出置信度低于阈值、校验规则不通过、接口返回异常、结果与历史模式偏离等。
- 接管原因分类：建议固定为几类：模型判断不确定、数据缺失或质量异常、规则未覆盖的新情况、权限或合规限制、业务方要求人工确认、其他。分类固定后才能做统计。
接管人与权限
- 接管人与复核人：接管人写实际操作系统的人，复核人写对处置结果做确认的人。高风险流程两者应为不同人员。
- 原AI执行角色：记录AI在该流程中原本承担的角色和权限范围，用于判断接管后权限是否发生实质扩张。
- 权限变更内容与生效时间：写明接管期间新增或收回了哪些操作权限，以及何时生效、何时应收回。这一项是审计关注的重点。
接管过程记录
- 接管前状态：记录AI已产生的中间结果、已写入系统的数据、未完成的步骤，避免人工处置与AI残留动作冲突。
- 人工处置动作：按时间顺序写关键操作，粒度到“改了什么、依据什么”，不必记录每一次点击。
- 输入输出与数据来源：写明人工判断所依据的数据来自哪里，以及最终产出了什么结果。
- 与AI原方案的差异：说明人工结果与AI建议的差别及原因，这是后续优化规则和提示词的主要素材。
- 处置耗时：记录从接管开始到处置完成的时间，用于评估人工兜底成本。
结果与后续
- 处置结果：用固定选项，如“已解决并继续”“已解决但需返工”“转交他人”“终止流程”。
- 是否恢复AI执行及恢复条件：写明恢复的判断依据和验证方式，如“补充数据后重跑校验通过即恢复”。
- 经验沉淀与规则改进项：把可复用的处理办法和需要修改的规则分别记录，并指定责任人，避免记录停留在归档状态。
必填与选填：按流程风险分级
所有接管记录都应保证可追溯、可交接，因此一部分字段在任何流程中都必须填写；其余字段按流程风险和复杂度取舍。
| 字段 | 低风险流程 | 中风险流程 | 高风险流程 |
|---|---|---|---|
| 记录编号、填写日期 | 必填 | 必填 | 必填 |
| 流程名称与版本 | 必填 | 必填 | 必填 |
| 关联任务或工单 | 必填 | 必填 | 必填 |
| 触发时间与接管开始时间 | 必填 | 必填 | 必填 |
| 触发方式、AI执行步骤 | 必填 | 必填 | 必填 |
| 接管原因分类 | 必填 | 必填 | 必填 |
| 接管人 | 必填 | 必填 | 必填 |
| 处置结果 | 必填 | 必填 | 必填 |
| 异常或置信度信号 | 选填 | 必填 | 必填 |
| 复核人 | 选填 | 必填 | 必填 |
| 权限变更内容与生效时间 | 选填 | 必填 | 必填 |
| 接管前状态 | 选填 | 必填 | 必填 |
| 人工处置动作 | 选填 | 必填 | 必填 |
| 与AI原方案的差异 | 选填 | 选填 | 必填 |
| 输入输出与数据来源 | 选填 | 选填 | 必填 |
| 处置耗时 | 选填 | 选填 | 必填 |
| 是否恢复AI执行及恢复条件 | 选填 | 必填 | 必填 |
| 经验沉淀与规则改进项 | 选填 | 选填 | 必填 |
风险等级可按流程影响面判断：涉及对外发布、资金、客户数据或不可逆操作的流程按高风险处理；影响内部协作但可回退的按中风险；仅影响个人工作效率的按低风险。高风险流程除上表必填项外，还应补齐过程附件索引和复核意见，保证事后能还原完整处置链条。
字段留空需要约定：必填字段不允许留空，确实无法获取时填写“无法获取”并注明原因；选填字段留空视为“不适用”，不视为遗漏。定期抽查时，只对必填字段做完整性校验，选填字段做抽样检查。
填写示例：一次完整的人工接管记录
以下为演示情景，用于说明各字段的填写方式，不对应真实业务事件。
背景：某研发团队配置了一条需求分派自动化流程，AI根据需求描述自动判断所属模块并分派给对应负责人。一次执行中，AI对一条需求给出两个模块的低置信度判断，流程暂停，由模块负责人人工接管。
| 字段 | 示例填写 |
|---|---|
| 记录编号 | REQ-20250612-03 |
| 填写日期 | 2025-06-12 |
| 流程名称与版本 | 需求自动分派流程 v2.1 |
| 关联任务或工单 | 需求 REQ-1042 |
| 触发时间 / 接管开始时间 | 10:12 / 10:20 |
| 触发方式 | 系统自动暂停，置信度低于阈值 |
| AI执行到哪一步 | 模块识别完成，待写入负责人字段 |
| 异常或置信度信号 | 模块A置信度0.52，模块B置信度0.47，均低于0.7阈值 |
| 接管原因分类 | 模型判断不确定 |
| 原因补充说明 | 需求描述同时涉及支付与账务两个模块 |
| 接管人 / 复核人 | 张明 / 李华 |
| 原AI执行角色 | 读取需求、写入模块与负责人字段 |
| 权限变更内容与生效时间 | 接管人获得该需求字段编辑权，10:20生效，处置完成后收回 |
| 接管前状态 | 模块字段未写入，负责人字段为空，无其他数据变更 |
| 人工处置动作 | 拆分需求为支付、账务两条子需求，分别指定负责人 |
| 输入输出与数据来源 | 依据需求原文与模块职责说明文档；输出两条子需求及负责人 |
| 与AI原方案的差异 | AI计划整体分派至单一模块，人工改为拆分分派 |
| 处置耗时 | 18分钟 |
| 处置结果 | 已解决并继续 |
| 是否恢复AI执行及恢复条件 | 恢复；补充“跨模块需求拆分”规则后重跑验证通过即恢复 |
| 经验沉淀 | 跨模块需求应先拆分再分派，已写入流程说明 |
| 规则改进项与责任人 | 在分派规则中增加多模块识别分支，责任人：流程维护人王磊 |
这份示例中，关键字段的填写理由在于：触发时间和接管开始时间分开记录，能看出8分钟的响应间隔；“AI执行到哪一步”写到具体待写入字段，复盘时可直接定位；“与AI原方案的差异”和“规则改进项”前后呼应，让这次接管直接转化为规则优化输入。
接管记录需要与流程任务保持关联，才能被检索和统计。在 ONES 中，这类记录可以保存为工作项或 Wiki 页面，与对应的需求、缺陷或发布任务关联；ONES Assistant 能够理解项目、工作项和 Wiki 页面等工作上下文，并将结果保存为工作项、Wiki 页面等内容，减少页面切换和重复录入。基于 ONES 权限体系执行的操作，输出过程可追踪、结果可审计，适合承接接管人与权限变更这类需要留痕的字段。
模板的调整与维护方法
模板不是一次定稿的文件。流程规则、AI能力和业务风险都会变化，字段也需要随之调整。维护工作可以从四个方面展开。
新增或删减字段的判断依据
出现以下情况时考虑新增字段：同类接管事件反复发生，现有字段无法解释原因；审计或合规提出新的留痕要求；流程新增了不可逆操作。删减字段则要谨慎，连续多个统计周期内某选填字段几乎无人填写、且未在复盘中产生作用，可以降级或删除。每次调整只动少量字段，避免模板频繁变形导致历史记录无法对比。
模板版本与变更记录方式
模板本身应有版本号，并在表头或模板说明中标注。每次变更记录变更日期、变更内容、变更原因和批准人。历史记录保留原版本字段结构，不随新模板回溯修改，保证已归档记录的真实性。
维护责任人与评审节奏
指定一名流程维护人负责模板日常修订，业务负责人和合规或审计相关角色参与评审。建议按季度做一次集中评审，期间如发生高风险接管事件，可临时发起评审。评审输出应明确哪些字段转为必填、哪些规则需要同步修改。
用已发生接管事件回填检验字段完整性
检验模板是否够用的方法，是拿过去三个月的接管事件按新模板回填。回填中频繁出现“无法填写”的字段，说明口径不清或字段缺失；回填顺畅但从未被使用的字段，说明可以精简。回填结果同时可作为模板培训的样例，帮助接管人理解每个字段该写到什么程度。
常见问题
接管记录里的“接管原因分类”需要固定选项吗？
建议固定为几类，例如模型判断不确定、数据缺失或质量异常、规则未覆盖的新情况、权限或合规限制、业务方要求人工确认、其他。分类固定后，才能按月或按季度统计哪类原因出现最多，并据此决定优先改规则、补数据还是调整阈值。如果每次自由填写，记录只能用于单次复盘，难以形成趋势判断。
低风险流程只填必填字段，会不会影响后续追溯？
不会影响基本追溯。必填字段已覆盖记录编号、流程版本、关联任务、触发与接管时间、触发方式、AI执行步骤、原因分类、接管人和处置结果，足以回答“谁在什么时候接手了哪条流程、为什么接手、结果如何”。低风险流程通常影响个人工作效率且可回退，过程细节的追溯价值有限。当同类接管反复出现，或流程影响面扩大时，应把该流程重新评级并补齐过程字段。
接管期间新增的权限，处置完成后如何确认已收回？
在“权限变更内容与生效时间”字段中同时写明生效时间和应收回时间，处置完成后由复核人在记录上确认收回状态。高风险流程可把权限收回作为关闭接管记录的前置条件，未确认收回的记录保持未关闭状态。这样权限字段不只是一条说明，而是有明确关闭动作的检查项。
接管记录应该存在哪里，才能和原流程任务对应上？
关键是让记录与原任务保持可检索的关联。可以把记录保存为工作项或文档页面，并在“关联任务或工单”字段填写需求、缺陷或发布单编号。在 ONES 中，这类记录可保存为工作项或 Wiki 页面，与对应任务关联；ONES Assistant 能理解项目、工作项和 Wiki 页面等工作上下文，并将结果保存为工作项、Wiki 页面等内容。基于 ONES 权限体系执行的操作，输出过程可追踪、结果可审计，适合承接权限变更这类需要留痕的字段。
模板运行一段时间后，怎么判断某个字段该删还是该保留？
用已发生的接管事件回填是最直接的检验方式。回填时频繁出现“无法填写”的字段，说明口径不清或字段缺失，应补充说明或新增字段；回填顺畅但连续多个统计周期无人使用、也未在复盘中产生作用的选填字段，可以降级或删除。调整时一次只动少量字段，并保留历史记录的原版本结构，避免新旧记录无法对比。
