
工作流节点Agent
🏦 场景与客户
某集团企业的费用报销与合同用印流程,一年十几万单,横跨财务、法务、业务三方。流程本身早就在审批系统里固化了,卡点不在「怎么走」,而在每个节点上的「看得懂、填得对、判得准」:单据摘要写得含糊、附件与事由对不上、合同条款与模板有出入,全靠人工逐条比对。
客户要的不是让模型自己决定流程怎么走,而是把流程拓扑留在编排引擎里,把每个节点内的判断与填写交给模型。
📅 实施节奏
- 第 1–2 周:把现有流程图摊开,逐个标注哪些节点规则能判、哪些必须读材料才能判
- 第 3–4 周:先做两个节点——单据要素提取、附件一致性核对——跑影子模式与人工结论对照
- 第 5–6 周:节点模型接入编排引擎,保留人工兜底与回退入口
- 第 7 周起:按节点逐个替换,每上一个节点先攒够对照数据再上下一个
🗝️ 方案要点
- 编排归编排,智能归智能:下一步走哪条路由流程图决定,模型只负责节点内的读、判、写,不做流程决策
- 节点契约要窄:每个节点的输入输出用固定字段,模型输出通过校验才允许往下流转
- 节点可单独回退:低置信度自动转人工,人工结论回写成为后续样本
- 幂等与重放:同一单重跑不产生副作用,排障时能复现现场
⚖️ 选型与权衡
| 选择点 | 方案 | 权衡 |
|---|---|---|
| 流程控制权 | 保留在编排引擎 | 可解释、可审计;代价是灵活性低,新增分支仍要改流程图 |
| 节点模型粒度 | 一事一模型 | 可控易查;代价是节点变多后维护面变大 |
| 异常处理 | 人工兜底队列 | 安全;代价是人力不能完全省掉 |
| 输出约束 | 结构化字段 + 校验 | 下游好接;代价是表单外的材料需要额外通道 |
🚧 实施难点与排查
- 节点之间口径不一致:上游写的摘要下游读不懂。做法是统一字段字典,节点间只传字典内的字段
- 模型爱自由发挥:把补充说明塞进枚举字段。加白名单校验,越界即打回
- 影子阶段一致率不达预期:根因是把高风险节点放进了第一批。调整为先只放开低风险节点
- 长尾单据:占单量不到一成但种类极多。走人工通道,不为长尾单独建模型
💵 成本与收益
- 成本结构:编排改造 + 每节点的提示与校验开发,属一次性工程;模型调用费随单量线性增长,可预算
- 收益侧:单节点人工耗时从分钟级降到秒级复核;真正的收益是一致性——同类单据判法统一
- 省钱的关键:把校验做在节点出口,别让错误一路流到财务再返工
🛡️ 风险与保障
- 权限:模型只读该节点必需的材料,不越节点取数
- 审计:每次节点判断留痕,记录输入、输出、置信度与是否人工复核
- 兜底:模型不可用时流程按原路走人工,不阻塞业务
- 责任:金额、合规类节点的最终结论仍由人签字确认
♾️ 可复用与演进
- 同一套「节点契约 + 影子对照 + 逐步替换」可平移到理赔、开户、招采
- 演进方向:从单节点判断到跨节点信息复用,减少重复录入
- 再进一步:把人工复核结论沉淀成回归评测集,节点升级前先跑一遍













































































































