人工审批是怎么暂停流程的？过程拆开看

智能体把报销单整理到最后一步，遇到需要人工审批的关卡，流程就停在半路等主管点头。停在半路，状态去哪了、谁来接手、确认后又怎么原地续跑，这篇把人工审批的暂停与恢复拆开看。

流程停下来，状态去哪了

暂停并非断电。系统会把到当前为止的全部现场打包存档：已完成哪些步骤、每步的输入输出、待办动作是什么、等待谁的确认。这份存档与长任务的状态是怎么保存的里的检查点是同一套思路，恢复时靠它原样接续。区别在于审批暂停可能持续几小时甚至几天，存档必须考虑更长的搁置期，时效校验因此更严格。

审批请求怎么送到人手上

系统生成一张待办卡片：任务是什么、卡在哪一步、需要确认哪些内容、超时怎么办，一并写清楚。卡片推送到审批人的工作台或消息里，审批人可以选择通过、驳回或补充意见。在扣子这类平台里，审批节点是拖拽即用的组件，卡片内容支持自定义模板。这里的界面设计讲究一件事——让审批人不翻原始对话也能做决定，所以摘要质量直接决定审批速度，可以先用 Kimi 或通义千问压缩上下文再生成摘要，读起来更省力。

恢复执行时从哪一步继续

审批通过后，系统取出暂停时的存档，把审批结论作为新的输入注入，然后从暂停点之后的第一步继续，之前完成的步骤不会重跑。若被驳回，流程按预设走另一条分支：退回修改、重新整理材料，或者终止并归档。无论哪条路，暂停前后的记录都写进执行日志的结构长什么样所讲的档案里，事后可完整还原这段等待。

等人太久怎么办

审批是流程里最大的不确定时间源，工程上的应对是设超时策略：到时未处理就升级提醒、自动转给备审人，或按默认规则放行与搁置，超时检查本身可以挂成定时任务是怎么调度的里的轻量任务。事件驱动是怎么触发的的机制在这里也派上用场——审批状态一变化就推送给相关人，不必反复轮询。敏感动作则宁可多等：删除数据、对外发函这类不可逆操作，通常要求双重确认。

审批流程自查清单：暂停点的存档是否完整可恢复；审批卡片是否一眼能看懂；驳回后的分支是否预先定义；超时策略是升级还是默认放行。四项明确，停得起也续得上。

站在流程全局看，人工审批是自动与人工的分界桩：桩之前机器高速运转，桩之后交还人的判断。把桩打在正确的位置，比把整个流程都快起来更影响最终效果。

审批意见怎么变成流程输入

审批人随手写的「同意，但备注改成 Tuesday」这类意见，不能只是一条消息存档了事。规范的做法是把意见结构化：结论字段存通过或驳回，附加字段存修改要求，系统再把修改要求翻译成后续步骤的参数变更。意见里提到的对象要能对上号——审批人说「第三项」，系统得知道第三项指哪个字段，所以卡片上展示的编号必须与流程内部编号完全一致。这套对齐做扎实了，审批才能真的改变流程走向；做不扎实，意见就成了没人执行的附言。带走的判断：审批的价值在结论被准确执行，不在流程停了一下。

聊聊人工审批的常见疑问

• 审批人一直不处理会怎样？：走超时策略，升级提醒或转备审人，关键流程不建议默认放行。
• 同一个人要审批多张单怎么办？：按优先级合并成一张待办清单，批量处理比逐张跳转快得多。
• 暂停期间任务数据会过期吗？：可能，恢复时系统会校验时效，过期数据重新拉取而不是直接沿用。