AI 加审批流:6 种落地方式与场景选择
今晚直播课件 · 2026.05.17 · 0531 同款网页课件风格
Live Courseware
AI 流程管理直播课 · 2026.05.17

AI 加审批流:6 种落地方式

不是讨论 AI 代际,而是教大家在不同场景下选对做法

工程规则确定性自动审批
外部数据接口取数再判断
模型解析读附件、读合同、提要素
页面插件不改系统也能辅助
平台侧栏转换器接入、提前分析
Agent 代办监听任务、分级执行
直播主题审批流里的 AI 应该怎么放
讲师詹老师
用途今晚直播课件
开场定位
今晚不讲代际,讲选型
同样叫 AI 审批流,背后的工程做法完全不一样
2 / 4
容易讲偏

把审批 AI 讲成代际叙事

1.0、2.0、3.0 听起来很高级,但学员听完还是不知道自己的审批该怎么做。

今晚主线

按场景选择架构

数据在哪里、规则有多复杂、系统能不能改、风险能不能自动承担,这四个问题决定方案。

AI 加审批流,不是把“同意”按钮交给模型,而是把证据、规则、判断和动作重新分层。

讲师口径:今天我们不争论 AI 有多聪明,我们只解决一个问题:这张审批单,到底该用哪种 AI 做法。
全局地图
六种做法是一条连续谱
越往后越像 AI,越往前越稳定、越容易治理
3 / 4
1审批引擎规则表单字段触发
2接口取数规则预算、供应商、历史数据
3多模态解析附件、截图、合同条款
4页面审批插件不改系统、读页面辅助
5转换器平台任务接入、侧栏分析
6Agent 自动执行监听、分流、回写
选型原则:确定性越高,越应该优先交给工程;语义理解越强,越适合交给模型;风险越高,越要保留人工确认和证据链。
交付物
这节课给学员带走什么
不是听懂概念,而是能拿自己的审批场景回去判断
4 / 4
01

一张选型表

判断某类审批适合规则、插件、平台侧栏还是 Agent。

02

一套分析链路

从取数、解析、匹配、意见生成到评测,不漏关键环节。

03

一个直播作业

用 72 小时做出自己公司的审批 AI 方案草图。

下载审批插件
1 / 4
01
开篇定调

先把审批流里的问题说清楚

这一节把概念落到能讲、能演示、能回去做的动作。

审批不是按钮AI 不是魔法证据链先行
核心误区
审批不是一个 Yes/No 按钮
老板审批和职能部门审批,看的东西不一样
2 / 4

看起来像审批

同意、拒绝、退回、加签。界面上确实只有几个按钮。

真实是在判断

材料是否完整、理由是否成立、金额是否合理、前序意见是否回应。

表单数据金额、部门、申请人、类型
外部数据预算、历史价格、供应商资质
附件语义合同、报价单、发票、说明材料
组织判断授权、偏好、风险容忍度
讲师口径:如果只是金额小于 300 自动过,那是规则;如果要看合同条款、供应商、历史审批意见,那就不是一个按钮的事。
三问法
判断能不能自动,先问三件事
不要一上来问模型,先问数据和责任
3 / 4
Q1

数据拿得到吗

只在表单里,还是要取接口、读附件、扫页面?

Q2

规则写得清吗

是明确阈值,还是自然语言判断、条款对比和经验口径?

Q3

风险谁承担

能自动通过,还是只能给意见、给证据、给提醒?

三问答案更适合的做法课堂判断
字段齐、规则硬、低风险工程规则自动审批交给系统,不要硬上 AI
数据分散、规则复杂、中风险解析 + 匹配 + 模型意见AI 辅助判断,人确认
系统难改、页面可读、需要快跑审批插件或侧栏先在页面边上活起来
风险边界
审批 AI 的三条红线
越是业务关键场景,越要讲清楚边界
4 / 4

不能无证据自动同意

模型结论必须能追溯到字段、附件、规则或历史依据。

不能把规则藏进黑箱

能工程化的规则先工程化,模型只处理语义和表达。

不能没有评测就上线

提取、匹配、意见生成都要有样本集和准确率门槛。

审批场景的 AI,不是炫能力,而是把“为什么能过、为什么不能过”说得更快、更准、更可追溯。

1 / 4
02
工程规则层

确定性场景先用工程逻辑,不要为了 AI 而 AI

这一节把概念落到能讲、能演示、能回去做的动作。

方式 1方式 2低风险自动化
做法 1
方式一:审批引擎里的硬规则
这是传统自动审批,不是 AI,但非常有价值
2 / 5
金额 ≤ 300自动同意
申请人 = 指定角色跳过某节点
部门 + 类型 + 金额路由到不同审批人
字段缺失自动退回补充

优点

稳定、可解释、可审计、执行成本低。

边界

只能处理表单字段和明确规则,无法理解附件和复杂语义。

讲师口径:这一步不是落后,而是地基。只要规则能写清,工程规则永远优先。
做法 2
方式二:先取外部数据再判断
规则没有变,数据来源变复杂了
3 / 5
审批表单
接口取数
预算 / 供应商 / 历史价
规则判断

预算校验

审批金额是否超预算,预算科目是否匹配。

供应商校验

资质、黑名单、付款条件、历史履约表现。

历史参照

同类采购价格、同类报销水平、同类客户折扣。

关键变化:它仍然是工程规则,只是判断条件不再只来自审批表单。
适用边界
工程规则最适合确定性问题
能写成 if/else 的,就不要交给模型猜
4 / 5
审批场景可以工程化的判断AI 暂时不该负责
小额报销金额阈值、发票字段、报销类别猜测业务真实性
采购申请预算是否足够、供应商是否在库没有材料时判断价格合理
权限开通岗位、系统、有效期、授权矩阵越权放开敏感权限
常规出差标准、日期、城市、预算范围替管理者判断必要性
讲师口径:工程规则覆盖的是“确定的世界”。不要把确定性问题交给概率模型。
转折
但职能审批经常不是确定性
到了合同、报价、采购大额事项,规则开始写不干净
5 / 5
简单字段金额、类型、部门、申请人
外部数据预算、历史价、供应商状态
附件内容合同、报价单、说明材料
语义判断理由是否充分、条款是否异常
审批意见怎么表达、附什么条件
下一层能力:不是直接让模型审批,而是先把非结构化材料读出来,再把能工程化的部分交给规则。
1 / 5
03
多模态解析 + 模型意见

先读材料,再匹配规则,最后组织审批意见

这一节把概念落到能讲、能演示、能回去做的动作。

方式 3提取评测
做法 3
方式三:先把非结构化材料读出来
OCR 只是起点,多模态模型负责把材料变成可判断的数据
2 / 5
页面 / 附件
识别类型
提取要素
规则匹配
意见草稿

识别类型

这是合同、报价、发票、说明材料还是审批记录。

解析内容

提取主体、金额、条款、付款、风险、附件证据。

回到规则

把结构化结果送回审批规则和风控规则。

真实难点
难点不仅在识别,也在匹配
识别要准,匹配也要准,两者一起决定审批 AI 能不能用
3 / 5

看似简单

模型提取出供应商、金额、合同期限、付款条款,再用规则匹配。

真正复杂

规则可能是自然语言:条款和主体关系、上下文风险、前后审批意见是否矛盾。

主体匹配合同主体、供应商、付款方是否一致
条款匹配违约、付款、交付、验收是否符合模板
上下文匹配前序意见、申请理由、附件证据是否互相支撑
偏好匹配管理者关注点、部门管控口径、历史审批习惯
讲师口径:模型不是替代规则,而是在规则写不成字段表达式的地方,把语义关系补出来。
混合判断
模型最该做的是补判断口径
先工程匹配,再让模型生成可用意见
4 / 5

工程负责

  • 金额阈值
  • 预算状态
  • 供应商库状态
  • 合同模板差异

模型负责

  • 总结审批事由
  • 解释风险原因
  • 生成附条件意见
  • 把证据组织成人能读的表达
审批意见样例

建议附条件通过。该申请预算科目匹配,三家报价中推荐供应商价格最低且交付周期最短;但付款条款中预付款比例高于常规标准,建议补充供应商履约担保或调整为到货后支付主要款项。

评测
没有评测,审批 AI 不敢上线
准确率不是感觉出来的,要按环节拆开测
5 / 5
评测环节要测什么最低要求
要素提取金额、主体、条款、日期、附件证据高准确率,错漏可定位
规则匹配命中的规则是否正确、是否漏掉关键规则结果可复核、可解释
风险判断高/中/低风险是否与人工专家一致按类型单独统计
意见生成是否可直接粘进审批框、是否有证据不能编造、不能越权
直播金句:审批场景里,95% 的准确率不是夸张要求,而是大家敢不敢用的心理门槛。
1 / 5
04
页面插件方案

不等系统改造,也能把 AI 放回审批页面

这一节把概念落到能讲、能演示、能回去做的动作。

方式 4无接口页面侧栏
做法 4
方式四:页面插件,不等接口
系统不给接口,也可以先从页面和附件读信息
2 / 5
OA 审批页面

采购询报价审批单

金额:8,500,000 · 类型:硬件设备采购 · 附件:报价单 / 技术说明 / 历史记录

供应商 A
价格偏高
交付较快
供应商 B
价格最低
需补充质保

AI 审批助手

已读取页面和附件,生成风险扫描、审批建议和可复制意见。

核心价值:不改 OA,不等 BPM 排期,先把 AI 作为页面边上的助手跑起来。
体验机制
预热机制:打开页面就开始跑
不要等用户点按钮以后才开始读材料
3 / 5
1

页面打开

插件捕捉页面上下文、iframe 内容、附件列表和可选中文本。

2

后台预分析

根据页面类型匹配审批 Skill,提前做提取、风险扫描和意见草稿。

3

用户点开侧栏

直接回放结果,用户追问、复制或插入审批意见。

插件方案的关键不是“能不能调 AI”,而是能不能让 AI 在审批人的工作流里自然出现。

Skill 架构
Skill 把经验封装成可复用动作
审批不是一个通用提示词,而是一组场景化 Skill
4 / 5

审批快速分析

识别类型、提取概况、扫描金额/流程/合规/信息风险。

报价审批分析

检查折扣、毛利、账期、客户信用和附条件意见。

流程审批分析

看文案质量、诉求合理性、信息完整性和审批轨迹。

页面内容
场景识别
匹配 Skill
输出审批意见
讲师口径:Skill 是最小可行单元。不要一开始做一个万能审批大脑,先让某一个审批类型真的好用。
演示点
直播演示停在这里
用页面插件解释“AI 回到流程里”的体验差异
5 / 5
演示 1打开一个审批页面,侧栏读取页面内容。
演示 2选择“审批快速分析”Skill,输出风险扫描。
演示 3追问“哪些信息缺失”,让 AI 生成补充材料清单。
演示 4生成 80-150 字审批意见,复制或插入到审批框。
下载本地审批插件
过渡语:这个方案很快,但它仍然是页面级辅助。下一步,如果企业愿意做一点标准接入,就可以从插件走向平台侧栏。
1 / 5
05
转换器与平台侧栏

通过标准接入提前拿到任务,但先不急着自动回写

这一节把概念落到能讲、能演示、能回去做的动作。

方式 5半集成治理
做法 5
方式五:转换器接入,侧栏辅助
比插件更稳,比全量改造更轻
2 / 5
钉钉 / 飞书 / OA / BPM
标准转换器
AI 审批平台
侧栏辅助

任务发生即接入

审批任务创建或流转时,数据同步到 AI 平台。

提前分析

审批人打开页面前,分析结果已经准备好。

先不回写

默认只辅助、不自动写入,降低组织接受成本。

推进策略
半集成平台的核心:先跑完,不急着回写
越早自动写回,组织阻力越大
3 / 5

一上来全自动

业务担心误判,IT 担心权限,法务担心责任,管理者担心不可控。

先做侧栏辅助

AI 提前看完材料,给结论、证据、建议;审批人确认后再写入。

1

接任务

通过转换器或标准接口接入待办审批。

2

跑分析

按审批类型匹配数据、规则和 Skill。

3

给辅助

在侧栏展示风险、证据和建议意见。

4

留日志

记录采纳率、修订点和误判样本。

治理价值
平台侧栏能带来治理价值
这已经不只是提效,而是形成审批智能运营数据
4 / 5
1
统一 Skill 版本
2
统一权限与日志
3
统一评测与迭代
治理对象平台侧栏可以沉淀什么
审批类型哪些类型最适合 AI 辅助,哪些类型仍需人工主导
审批人行为AI 建议采纳率、人工修改原因、常见退回点
规则质量哪些规则命中低、解释差、经常被人工推翻
样本建设误判样本、边界样本、优秀审批意见样本
适用场景
平台方案适合谁
它需要一点组织协同,但回报也更系统
5 / 5

审批量大

一个月成百上千条审批,才值得做统一接入和统计。

类型稳定

采购、报销、合同、报价、招聘等类型有固定检查口径。

组织愿意治理

业务、IT、内控愿意一起定义规则、权限和评测。

一句话:插件适合快跑,平台适合规模化;插件证明价值,平台沉淀能力。
1 / 5
06
Agent 自动化方案

当系统可读可写,AI 可以从辅助走向代办

这一节把概念落到能讲、能演示、能回去做的动作。

方式 6监听分级执行
做法 6
方式六:Agent 监听与自动执行
前提是系统能通过接口、命令行或协议读写数据
2 / 5
监听审批列表定时或事件触发
读取详情表单、附件、历史意见
运行 Skill提取、匹配、判断
分级处理自动 / 提醒 / 阻断
写回结果意见、标签、待补材料
说法要稳:不是所有系统都能做。只有当 OA、BPM 或业务系统提供开放接口、命令行能力或内部工具协议时,Agent 才能真正执行。
风险分层
自动化不是全同意,是分层处理
绿色自动过,黄色提醒人,红色阻断或升级
3 / 5
绿色低风险、规则明确自动同意或自动填写建议意见
黄色信息不全、需要判断发邮件、消息或待办提醒审批人确认
红色高风险、规则冲突自动阻断、退回补充或升级人工复核
自动化策略样例

低于 300 元且票据字段完整的报销自动通过;缺少附件的采购单自动提醒补充;合同主体不一致或付款条款异常的审批自动升级法务复核。

运行方式
从无感执行到风险通知
自动化任务可以自己跑,也可以每次让人点一下
4 / 5

自动运行

每天或每小时扫描待办,完成低风险审批,向审批人发送汇总。

人工触发

审批人点一次“帮我处理待办”,Agent 批量分析后给出操作建议。

待办 12 条Agent 读取列表
自动处理 5 条低风险、规则命中
提醒确认 6 条需要补材料或人工判断
升级 1 条高风险或规则冲突
讲师口径:真正成熟的审批 Agent,不是悄悄替你乱点,而是把低风险自动化,把高风险显性化。
成熟度
这类方案适合成熟流程
流程越成熟,Agent 越能放心代办
5 / 5
前置条件为什么重要不到位时的做法
接口或协议可用Agent 要能读数据、写意见、变更状态先做插件或侧栏
规则稳定自动执行不能频繁被人工推翻先沉淀规则库
样本充足要有评测集和误判边界先做辅助采样
责任清楚谁授权自动审批,谁复核异常先做人工确认
结论:Agent 是终局形态之一,但不是第一步。第一步通常是把数据、规则、Skill 和评测先跑通。
1 / 5
07
选型与作业

让学员把自己的审批流带回去改

这一节把概念落到能讲、能演示、能回去做的动作。

选型表72 小时课堂测验
选型矩阵
一张表选方案
不要问“要不要 AI”,要问“该放在哪一层”
2 / 6
场景特征推荐做法第一步产出
字段清楚、阈值明确、低风险方式 1:审批引擎硬规则规则清单 + 自动审批条件
需要预算、供应商、历史价格方式 2:接口取数 + 规则数据接口清单 + 校验规则
大量附件、合同、报价单方式 3:多模态解析 + 匹配要素字典 + 样本评测集
系统难改,但页面可读方式 4:页面审批插件一个审批 Skill + 插件演示
审批量大,需要治理统计方式 5:转换器平台侧栏任务接入方案 + 侧栏原型
规则成熟,系统可读写方式 6:Agent 自动执行自动化策略 + 风险分层规则
作业
72 小时落地作业
每个人选一个审批类型,做一页 AI 审批方案草图
3 / 6
第 1 步

选一个审批类型

采购、报销、合同、报价、招聘、出差都可以。

第 2 步

列数据来源

表单字段、外部系统、附件、历史审批意见、页面内容。

第 3 步

选一种架构

在六种做法里选一个主路径,说明为什么。

第 4 步

写评测指标

至少写出 3 个要测的点:提取、匹配、意见、误判。

互动测验
课堂测验:判断用哪种方式
用 5 道题检查大家有没有真的会选型
4 / 6

1. 金额小于 300 元、字段完整的小额报销,最优先用什么?

2. 合同审批要读附件条款,再生成附条件意见,核心链路是什么?

3. 系统不给接口,但页面能打开,想今晚演示,先做什么?

4. 自动审批 Agent 上线前最不能缺什么?

点击选项后显示对错,讲师可现场追问“为什么”。
收尾
三句话总结
今晚收束到一个方法:先分层,再选型,再评测
5 / 6
1

能工程化的规则先工程化,AI 不负责解决确定性问题。

2

模型最适合处理非结构化材料、复杂语义和审批意见表达。

3

从插件到平台再到 Agent,本质是数据可得性、风险责任和组织成熟度逐步提高。

今晚作业

选择一个真实审批场景,画出“数据来源 → 判断规则 → AI 角色 → 人工红线 → 评测指标”的一页方案。

延伸阅读
继续阅读:AI + 流程 + 变革
我写过 200+ 篇原创文章,欢迎大家扫码关注、慢慢读
6 / 6
詹生 Talk

200+ 篇原创文章

围绕 AI、流程管理、组织变革和企业智能化实践,持续记录一线观察、方法框架和真实案例。

AI 落地 流程再造 组织变革 企业智能体
直播结束后,大家可以扫码阅读,也可以把自己的审批场景带着问题来交流。
詹生 Talk 二维码
微信扫码关注我的账号
1 / 6