最新JeecgBoot低代码AI实战教程:自然语言驱动BPM流程自动生成完整指南
JeecgBoot AI 专题实践 | 基于 JeecgBoot 低代码平台的 AI 驱动 BPM 流程设计:核心原理与操作手册
引言:流程设计为何需要 AI 介入
在企业级信息化项目实施中,BPM(业务流程管理)引擎的配置始终是高频率、高复杂度的环节。传统工作流依赖手动编写 Flowable BPMN 2.0 XML——开发者必须精准处理节点定义、排他网关、多实例与审批人表达式,XML 规范的陡峭学习曲线加上反复调试,严重拖累交付节奏。即便借助可视化流程设计器拖拽节点,面对业务方频繁调整审批链路的需求,二次配置的效率瓶颈依然突出。
核心问题在于:能否跳过技术中间层,直接用自然语言指令让 AI 完成整个审批流程的自动编排?
JeecgBoot 低代码平台近期发布的 jeecg-bpmn Skills 技能,正是为了端掉这个痛点。该技能将 Claude Code 的语义理解能力与 JeecgBoot BPM 引擎无缝对接,实现了从业务需求描述 → 流程逻辑推导 → BPMN XML 自动生成 → API 即时部署的全链路自动化闭环。
jeecg-bpmn 的核心定位
jeecg-bpmn 是专为 Claude Code 设计的 AI Skill,本质上是开发者与 JeecgBoot 流程引擎之间的语义适配层。你只需用自然语言描述审批场景,AI 便能自动完成流程节点拆分、审批人映射、条件分支配置以及标准 BPMN 2.0 XML 生成——整个过程无需手动编写任何 Flowable 表达式。
换句话讲,它将“设计流程”的操作范式从拖拽配置升级为“口语化指令”。你不必纠结于 XML 标签、网关类型或 UEL 表达式——这些底层细节全部由 AI 自动编译并提交。
前置条件:环境准备清单
使用 jeecg-bpmn 前,需确认以下两项关键凭据就绪:
| 信息 | 获取方式 | 示例 |
|---|---|---|
| 后端地址 | 向运维或开发人员索取 | https://api3.boot.jeecg.com |
| X-Access-Token | 浏览器 F12 → Network → 任一请求的 Headers | eyJhbGciOiJIUzI1NiJ9... |
后端地址是 JeecgBoot 服务的 API 入口,Token 负责请求鉴权。AI 在首次交互时会主动询问这两项,提前准备能显著缩短启动时间。
注意事项:JWT Token 存在有效期限制,建议每次调用前从浏览器刷新获取最新 Token,避免因凭证过期导致 API 返回 401 错误。
实操演练:从零构建车辆出差审批流程
理论框架不如一次完整演示。以下通过真实案例,展示如何用自然语言从创建到迭代优化,逐步完成一套包含条件分支的审批流程。
第一步:一句话创建基础流程
直接向 Claude Code 发送指令:
创建一个车辆出差申请流程AI 立即响应。它会依次索要后端地址与 Token,在认证通过后自动推导流程节点结构,并输出一份流程摘要等待确认:
## 流程摘要
- 流程名称:车辆出差申请流程
- 流程类型:oa
### 流程节点
| 序号 | 节点名称 | 类型 | 审批人 |
|------|---------|------|--------|
| 1 | 开始 | startEvent | - |
| 2 | 申请人填写 | userTask (草稿) | ${applyUserId} |
| 3 | 部门负责人审批 | userTask | 表达式(部门负责人) |
| 4 | 分管领导审批 | userTask | 表达式(上一级部门负责人) |
| 5 | 车辆调度确认 | userTask | 上一节点指派 |
| 6 | 结束 | endEvent | - |
确认以上信息正确?(y/n)输入 y 确认后,AI 自动生成完整的 BPMN 2.0 语义文件并通过 API 完成持久化:
## 流程创建成功
- 流程ID:2032497475959439362
- 流程Key:process_1773420125267整个过程耗时不超过 60 秒,一个包含起止节点、草稿填写、三级审批的标准 OA 流程即告建成。
第二步:追加审批节点
业务需求迭代是常态。假设需要在流程末尾增加总经理审批环节,只需继续对话:
修改刚才的流程,加入一个总经理审批节点,最后一个节点AI 基于会话中缓存的流程上下文,展示调整后的节点列表并用标记高亮变更项:
| 序号 | 节点名称 | 类型 | 审批人 | 变更 |
|------|---------|------|--------|------|
| ... | (原有节点) | ... | ... | |
| 6 | 总经理审批 | userTask | 表达式(上两级部门负责人) | 新增 |
| 7 | 结束 | endEvent | - | |确认后,AI 复用同一 processDefinitionId 与 processkey 通过 API 执行覆盖式更新。无需重建流程定义,整轮修改在同一对话窗口内连贯完成。
第三步:引入条件分支
当流程需要根据业务数据分派不同审批路径时,一句话同样生效:
在部门负责人审批节点后面增加分支条件,如果用车时间超过3天则需要人力审批,然后再流向车辆调度确认AI 自动识别出需引入排他网关(exclusiveGateway),并生成完整分支逻辑:
开始 → 申请人填写 → 部门负责人审批 → 用车天数判断
├─ ≤3天 ──────────────→ 分管领导审批 → 车辆调度确认 → 总经理审批 → 结束
└─ >3天 → 人力审批(hr角色) ↗确认后 API 自动更新流程。最终生成的流程图效果如下:
从初始的线性审批链,到新增节点,再到条件分支嵌入——三轮自然语言对话,即完成一套完整的多路审批流程设计。
流程描述风格示例
实际使用中,jeecg-bpmn 支持多种口语化表达,AI 均能准确解析并编译为标准流程定义:
# 简洁描述
创建一个请假审批流程,先经理审批再HR审批
# 指定审批人
创建流程:开始 → admin审批 → hr角色组审批 → 结束
# 描述条件分支
报销流程,金额大于1万需要总监审批,否则经理审批即可
# 描述会签
创建合同审批流程,需要法务部和财务部同时会签无论单句概括或详细枚举,AI 均能提取关键要素并输出符合 BPMN 2.0 规范的流程模型。
已有流程的迭代修改
对于已部署的流程定义,jeecg-bpmn 同样支持灵活的修改指令:
# 增加节点
在经理审批后面加一个总监审批
# 增加条件分支
在提交节点后加一个金额判断,超过5000走总监审批
# 修改审批人
把部门经理审批改成角色组 manager
# 删除节点
去掉HR审批节点每次修改均以全量 BPMN XML 覆盖提交,AI 在同一会话中自动维护当前流程的 ID 与 Key,无需重复提供标识信息。
审批人分配类型映射
JeecgBoot 低代码平台支持多种审批人策略,jeecg-bpmn 能根据自然语言描述自动推演并映射到对应的 Flowable 实现:
| 自然语言表达 | AI 解析为 |
|---|---|
| "admin 审批" | 固定指定人 |
| "发起人 / 申请人" | ${applyUserId} 表达式 |
| "部门负责人" | getDepartLeaders 表达式 |
| "分管领导" | getLevel1DepartLeaders 表达式 |
| "hr 角色" / "角色组" | candidateGroups + groupType="role" |
| "上一节点指派" | isAssignedByPreviousNode=true |
| "张三或李四" | candidateUsers 候选人 |
| "会签 / 多人同时审批" | 多实例 + countersignRule |
这意味着你无需记忆任何 Flowable 技术参数——直接用业务语言描述审批人即可,AI 在底层完成技术转换并注入到 BPMN XML 中。
条件分支表达式参考
当流程需要根据表单字段动态路由时,AI 会根据你的描述自动生成对应的 UEL 表达式:
| 自然语言表达 | AI 生成的表达式 |
|---|---|
| "金额大于 1 万" | ${amount > 10000} |
| "天数超过 3 天" | ${use_days > 3} |
| "通过 / 拒绝" | ${result == 1} / ${result == 0} |
| "部长以上职务" | ${oaUtil.branchConditionByPost(...)} |
关键提示:条件表达式中的变量名(如 use_days、amount)必须与业务流程中的表单字段名称完全一致。建议在配置条件分支前,先确认业务表单的字段定义,避免运行时出现变量未绑定错误。
使用注意事项与最佳实践
基于实际项目反馈,整理以下关键运维要点:
- Token 时效管理:JWT Token 具备到期机制。长时间会话后若 API 调用失败,优先检查 Token 是否过期,从浏览器刷新获取最新凭证重试即可
- 表单字段绑定:流程创建后需在 JeecgBoot 后台管理界面中关联业务表单,所有条件分支变量名必须与表单字段名一一对应
- 会话连续性:在同一 Claude Code 会话中,AI 会维护当前流程的 ID 与 Key,支持连续多轮修改操作,无需重复提供流程标识
- 全量覆盖更新:每次修改流程定义时,AI 提交的是完整的 BPMN XML 而非增量补丁。这保证了流程定义的一致性,但要求修改前务必核实摘要,确认无误后再确认
- 创建后须绑定表单:AI 生成的流程定义发布后,需在 JeecgBoot 后台完成业务表单绑定,才能正常发起流程实例
适用场景建议
jeecg-bpmn 在以下场景中能发挥最大效能:
- 快速原型验证:业务方提出审批需求后,开发者可在数分钟内搭建出可执行的流程原型用于功能验收
- 标准 OA 审批:请假、报销、采购、出差等常见通用流程,AI 对这类场景的理解已趋于成熟,生成质量稳定
- 流程迭代调优:在同一会话中反复调整流程结构,比在设计器中拖拽节点效率提升明显
- 非技术人员参与:业务人员可直接使用自然语言描述流程需求,大幅降低 BPMN 技术门槛,促进业务与开发协同
对于涉及复杂并行网关、多层嵌套子流程、多实例会签等高级模式,AI 生成的流程可能仍需在可视化设计器中进行人工微调,以确保完全符合业务预期。
总结
JeecgBoot 低代码平台的 jeecg-bpmn AI Skill,将 BPM 流程设计的效率推向了新的量级。从手工编码 XML 到拖拽式设计器,再到现在的自然语言驱动流程自动生成,开发者只需三到五句话便可完成过去耗费数小时的流程定义工作。伴随 AI 语义理解能力的持续增强与 JeecgBoot 平台生态的迭代演进,“对话式流程设计”正逐步成为企业级 BPM 开发的主流范式。
本文为 JeecgBoot AI 专题研究系列文章。
