AI流程人工接管记录模板：字段清单与填写示例

2026年11月10日

AI流程执行到一半需要人工接管时，最容易丢失的信息是“当时为什么接管、接手前做到哪一步、后来怎么恢复”。这份模板按“一次接管一条记录”组织，把字段分为接管触发、接管人与权限、接管前状态、接管过程、恢复与复盘五组，可直接复制到文档或表格工具中使用。下文同时给出字段填写口径、必填与选填的划分依据、一份完整填写示例，以及模板随流程变化调整的方法。

Table of Contents

要点总览（TL;DR）

模板按“一次接管一条记录”组织，字段分为接管触发、接管人与权限、接管前状态、接管过程、恢复与复盘五组，可直接复制到文档或表格工具。
记录编号、流程名称、AI执行节点、触发时间、触发原因、接管人、AI已完成步骤、产出物位置、待处理事项、接管动作、复盘结论为必填，其余按流程风险与复杂度选填。
填写时把“触发原因”和“接管动作”分开：前者写为什么需要人，后者写人做了什么，复盘时才能分清流程设计问题与执行问题。
必填项缺失应先补录再归档，无法回溯的字段写“无法确认”并注明原因和补录人，避免留空导致追溯断档。
模板按季度评审字段填写率与补录情况，修订时保留旧版本记录，新记录使用新版本填写并注明切换时间。

可复制空白接管记录表

下表覆盖一次人工接管从触发到恢复的完整记录。使用时整表复制，一行对应一次接管事件；流程简单时可只填必填项，复杂流程再补齐选填项。表头基本信息区放在最上方，便于归档和检索。

区域	字段	必填/选填
表头基本信息区	记录编号	必填
	流程名称	必填
	AI执行节点	必填
触发与接管区	触发时间	必填
	触发原因	必填
	接管人	必填
	原责任人	选填
	审批人与权限交接方式	选填
接管前状态区	AI已完成步骤	必填
	产出物位置	必填
	待处理事项	必填
	风险标记	选填
接管过程区	接管动作	必填
	人工判断依据	选填
	修改内容	选填
	关联工单或文档链接	选填
恢复与复盘区	恢复AI执行时间	选填
	恢复条件	选填
	遗留问题	选填
	复盘结论	必填

表格结构固定为五组，组内字段顺序与接管发生的时间顺序一致：先记录触发，再记录接手人和接手前状态，接着记录人工做了什么，最后记录恢复情况和复盘结论。这样填写时顺着流程往下走，不需要来回翻找。

每个字段记录什么、怎么填

字段说明与上表一一对应。填写口径的核心是区分“事实”和“判断”：时间、位置、状态写客观事实，原因、依据、结论写判断并注明判断人。下表逐字段说明含义、填写口径与格式示例。

字段	含义	填写口径	格式示例
记录编号	本次接管事件的唯一标识	按“流程缩写-日期-序号”编排，全流程不重复	REQ-20250612-03
流程名称	发生接管的自动化流程	写流程全称，与流程配置中的名称一致	需求初筛与分类流程
AI执行节点	接管发生在流程的哪个环节	写节点名称，可附节点编号	节点3 需求优先级判定
触发时间	人工开始接管的时刻	精确到分钟，统一时区	2025-06-12 14:35
触发原因	为什么由人工接管	写触发条件或异常现象，不写处置动作	AI对两条需求给出相同优先级，无法自动裁决
接管人	实际执行接管的人	写姓名与角色	张明（产品经理）
原责任人	该节点原定的负责人	写姓名；无人指定时写“未指定”	李华
审批人与权限交接方式	谁批准接管、权限如何转移	写审批人和交接方式，如临时授权、代操作	王强审批；临时授予编辑权限
AI已完成步骤	接管前AI已经完成的动作	按顺序列出，注明是否已生效	已完成需求去重、标签补全，结果已写入
产出物位置	AI产出内容存放的位置	写工作项编号、文档标题或目录路径	需求池工作项 REQ-118、REQ-119
待处理事项	接管人接手后需要完成的事	逐条列出，可标注优先级	裁决两条需求优先级；补充分类标签
风险标记	接管涉及的风险提示	标注风险类型与影响范围	优先级误判可能影响本迭代排期
接管动作	接管人实际做了什么	按动作顺序写，与触发原因分开	对比历史数据后调整优先级，补充标签
人工判断依据	做出判断所依据的信息	写数据来源、规则或经验依据	参考近三个月同类需求的处理时长
修改内容	对接管前产出做了哪些改动	写改动前后对照	REQ-118优先级由P2改为P1
关联工单或文档链接	与本记录相关的其他记录	写编号或链接，便于追溯	工单 OPS-226、评审文档链接
恢复AI执行时间	交回AI执行的时刻	精确到分钟；未恢复时写“未恢复”	2025-06-12 16:10
恢复条件	满足什么条件才交回AI	写具体条件，不写“处理完毕”这类笼统表述	优先级已确认并写入，分类标签完整
遗留问题	接管结束后仍未解决的事项	逐条列出并注明跟进人	分类规则需补充边界案例，跟进人：张明
复盘结论	本次接管的总结与改进项	写原因归类、改进动作和责任人	规则缺少同分裁决逻辑，由流程负责人两周内补充

容易混淆的是“触发原因”和“接管动作”。触发原因回答“为什么需要人”，例如规则冲突、置信度不足、数据缺失；接管动作回答“人做了什么”，例如调整字段、补充信息、驳回重跑。两者分列，复盘时才能分清是流程设计问题还是执行问题。字段与流程环节的对应关系也按此展开：触发与接管区对应接管发生瞬间，接管前状态区对应接手时的快照，接管过程区对应人工处理阶段，恢复与复盘区对应交回AI及事后总结。

必填与选填的划分依据

判定规则只有一条：缺失后是否会导致接管无法追溯或责任不清。会导致的设为必填，只在特定场景下才有记录价值的设为选填。按此规则，记录编号、流程名称、AI执行节点、触发时间、触发原因、接管人、AI已完成步骤、产出物位置、待处理事项、接管动作、复盘结论为必填；原责任人、审批人与权限交接方式、风险标记、人工判断依据、修改内容、关联链接、恢复时间、恢复条件、遗留问题为选填。

类别	字段	设为该类的理由
必填	记录编号、流程名称、AI执行节点	缺少则无法定位是哪条流程的哪次接管
必填	触发时间、触发原因、接管人	缺少则无法还原接管发生的时点和责任主体
必填	AI已完成步骤、产出物位置、待处理事项	缺少则接手人无法判断从哪继续，交接容易断档
必填	接管动作、复盘结论	缺少则无法说明人工处置内容，也无法沉淀改进
选填	原责任人、审批人与权限交接方式	流程有明确责任分工或权限管控时填写
选填	风险标记	接管涉及排期、质量、合规等影响时填写
选填	人工判断依据、修改内容	人工改动较多、判断依赖数据或规则时填写
选填	关联工单或文档链接	接管关联其他工单、评审或文档时填写
选填	恢复AI执行时间、恢复条件、遗留问题	接管后交回AI执行或存在未结事项时填写

不同团队可按流程风险等级调整。高风险流程，例如涉及对外发布、资金或合规判定的流程，建议把风险标记、人工判断依据、修改内容、恢复条件提升为必填；低风险、高频次的流程可保留基础必填项，选填项按需补充。调整时只增不减：必填项可以增加，不建议删除记录编号、触发原因、接管人和接管前状态这几项，否则事后追溯会失去支点。

如果提交时发现必填项缺失，处理方式是先补录再归档，不能以“当时没记”为由留空。确实无法回溯的字段，填写“无法确认”并注明原因和补录人，保持记录完整可查。这样处理比留空更有利于后续复盘判断信息缺口出在哪个环节。

一份完整填写示例

以下为演示情景，用于说明字段之间的联动方式，不代表真实客户案例。场景设定：某团队的需求初筛流程由AI自动完成去重、打标签和优先级判定，当AI对两条需求给出相同优先级且规则无法裁决时，转人工接管。

字段	填写内容
记录编号	REQ-20250612-03
流程名称	需求初筛与分类流程
AI执行节点	节点3 需求优先级判定
触发时间	2025-06-12 14:35
触发原因	AI对REQ-118与REQ-119给出相同优先级P2，规则未定义同分裁决逻辑
接管人	张明（产品经理）
原责任人	李华
审批人与权限交接方式	王强审批；临时授予需求池编辑权限
AI已完成步骤	完成需求去重、标签补全，优先级初判结果已写入需求池
产出物位置	需求池工作项 REQ-118、REQ-119
待处理事项	裁决两条需求优先级；确认分类标签是否准确
风险标记	优先级误判可能影响本迭代排期
接管动作	对比近三个月同类需求处理时长，将REQ-118调整为P1，REQ-119维持P2，补充“客户端”标签
人工判断依据	REQ-118涉及线上问题修复，历史同类需求平均处理时长更短、影响面更大
修改内容	REQ-118优先级由P2改为P1；REQ-119补充标签“客户端”
关联工单或文档链接	工单 OPS-226；需求评审文档
恢复AI执行时间	2025-06-12 16:10
恢复条件	两条需求优先级已确认并写入，标签完整
遗留问题	分类规则缺少同分裁决边界案例，跟进人：张明
复盘结论	触发原因为规则缺口而非数据错误；由流程负责人在两周内补充同分裁决逻辑，并在规则库中登记该案例

接管前后状态对比可以这样看：接管前，AI已完成去重和打标，两条需求处于同优先级待定状态；接管后，REQ-118升为P1并进入本迭代排期，REQ-119维持P2，标签补齐，流程交回AI继续执行。示例中各字段的写法与上一节说明保持一致：触发原因只写规则冲突这一事实，接管动作只写人工处置，复盘结论落到具体改进项和责任人。

当这类记录需要长期保存并和需求、工单关联时，可以承载在工作项或知识库页面中。ONES Assistant 能理解项目、工作项、迭代和 Wiki 页面等真实工作上下文，并将结果保存为工作项、Wiki 页面等内容；ONES 基于自身权限体系执行任务，输出过程可追踪、结果可审计。团队可以把接管记录建成固定工作项类型或 Wiki 模板，让记录与需求状态流转保持在同一处，便于交接和检索。

模板的调整与长期维护

模板不是一次定稿。流程节点增减、AI规则调整、接管频率变化，都会带来字段的增删。判断是否新增字段的标准是：该信息是否在多次复盘中反复被追问且现有字段无法承载；判断是否合并字段的标准是：两个字段是否总是一起填写、分开后从未单独使用。满足前者再新增，满足后者再合并，避免字段越加越多、填写负担上升。

维护事项	做法	频率
版本记录	模板标注版本号与生效日期，每次修订记录变更字段、变更原因和提出人	每次修订
字段评审	汇总本期接管记录，检查哪些选填项实际填写率高、哪些必填项经常补录	每季度
归档与检索	按流程名称、触发原因、接管人建立检索维度，记录编号保持唯一	持续
复盘节奏	按月统计接管次数与触发原因分布，按季度评审规则缺口并更新AI规则	月度/季度
模板修订	根据复盘结论调整必填项和字段说明，修订后同步给所有流程参与人	按需

归档时建议保留原始记录不做覆盖修改，后续补充信息以追加方式记录，保证追溯链完整。检索维度至少覆盖流程名称、触发原因和接管人三项，这样在复盘“某类原因导致的接管是否在减少”时可以直接筛选。定期复盘的重点不是统计接管次数本身，而是看触发原因是否集中在少数规则缺口上；如果某类原因反复出现，优先修订AI规则而不是继续增加人工接管。

模板修订后应保留旧版本记录，新记录使用新版本填写，并在版本记录中注明切换时间。这样跨版本的历史数据仍可对比，复盘时不会因为字段变化而中断分析。

常见问题

接管记录里的“触发原因”和“接管动作”为什么必须分开写？

两者回答的是不同问题。触发原因说明为什么需要人工介入，例如规则冲突、置信度不足或数据缺失；接管动作说明人实际做了什么，例如调整字段、补充信息或驳回重跑。合并成一段后，复盘时容易把流程设计问题和执行问题混在一起，难以判断该改规则还是改操作规范。

流程很简单，能不能只填记录编号和接管人？

不建议。记录编号和接管人只能定位事件和责任主体，无法还原接管前的执行状态。即使流程简单，也建议保留触发时间、触发原因、AI已完成步骤、产出物位置、待处理事项和接管动作，否则接手人难以判断从哪继续，事后也无法追溯。选填项可以按实际情况省略，必填项应保持完整。

接管后没有交回AI执行，恢复相关字段怎么填？

恢复AI执行时间填写“未恢复”，并在遗留问题中注明当前由人工继续处理的事项和跟进人。恢复条件可以写清楚未来交回AI需要满足的具体条件，例如规则补充完成、数据补齐或审批通过。这样记录仍然完整，后续恢复执行时也有依据可查。

接管记录放在哪里比较合适，需要和需求、工单关联吗？

建议放在团队日常使用的工作项或知识库页面中，便于与需求、工单保持关联。ONES Assistant 能理解项目、工作项、迭代和 Wiki 页面等真实工作上下文，并将结果保存为工作项、Wiki 页面等内容；ONES 基于自身权限体系执行任务，输出过程可追踪、结果可审计。团队可以把接管记录建成固定工作项类型或 Wiki 模板，让记录与需求状态流转保持在同一处。