智能体接入企业审批流，最危险的不是模型写错申请，而是没人把关就一路执行到底。报销、采购、权限开通、合同条款确认，这类操作一旦落到外部系统，撤回成本很高。复核点不是越多越好，处处要人签字等于把自动化打回手工，关键是在不可逆、超额度、超权限、异常分支这几个关口设卡，让人只在真正需要判断的地方出现。

第一类复核点在执行前。凡是会产生外部效力的动作，执行前都要把动作内容、依据、影响范围摆出来请人确认。确认材料要让人一眼看懂：改了什么、改成什么、影响谁、错了怎么回滚。只给一句请确认而不给上下文的复核，等于逼着复核人闭眼签字，这样的签字没有任何把关价值。

第二类是金额与权限阈值。额度以下自动放行，额度以上强制复核；阈值还要分层，比如部门内小额自动过，跨部门或超预算必须升级。阈值不是拍脑袋定的，要看历史工单的分布，让大部分常规单子自动过，只把长尾异常留给人。阈值定得太低，人会被常规单子淹没；定得太高，异常又会漏网。

第三类是异常分支。模型置信度低、多源信息冲突、审批人不在岗、规则查不到明确依据，这些情况都要自动转人工，而不是让模型猜一个继续走。异常转人工时要带上完整上下文：卡在哪一步、缺什么信息、已经试过什么。没有上下文的转人工，等于把排查工作原样推给复核人。

第四类是事后抽查。已经自动放行的单子要按比例抽查，抽查结果回流成规则：某类单子反复出问题，就把它的复核阈值调低。没有事后抽查的自动化，错误会在无人察觉的情况下批量复制，等发现时已经是一批错单。

复核人体验同样重要。复核入口要集中，待办要带优先级，超时未处理要有升级和兜底。复核点设计的目标不是把人钉在流程里，而是让人只在真正需要判断的地方出现，其他时候安心放手。把关严格和体验顺畅并不矛盾，矛盾的只是没有分层的复核设计。

所有复核动作都要留痕：谁在什么时间批了什么、依据什么材料、驳回理由是什么。留痕不是为了追责，而是为了让规则持续改进：复核数据积累下来，才能看出哪些关口设得太严、哪些设得太松，下一轮调阈值才有依据。