工作流引擎

Activiti详解Activiti 是基于 BPMN2.0 规范、Java 开发的轻量级开源工作流引擎，起源于 jBPM4；Flowable 就是 Activiti 原核心团队 fork 出去的分支。

Spring Boot 表单挂 Flowable 审批：设计器绑模型后，业务侧用注解把单子跑起来上一篇热帖讲的是：用 3 个注解在 Spring Boot 里接 Flowable，搭一条请假审批（掘金原文，约 18 赞 / 44 藏）。很多人跟完之后卡在下一问——

超时配置了自动驳回，任务状态却全变「已取消」：Forge Admin 流程超时终态与 Flowable ENTITY_DELETED你在 Forge Admin 审批设计器里给某个节点开了「超时自动驳回」：截止时间一过，扫描任务该把这单关掉、网关走驳回分支。结果值班群里两件事同时出现——待办中心里这条任务的 status 变成了 5（已取消）；会签 / 排他网关的 completionCondition 也读不到 approved=false，整条线表现得像「人没批、系统也没驳，只是任务消失了」。

四阶责任锚定法：用技术机制重建目标→计划→任务→日历的穿透链（附可落地实现逻辑）90%的项目计划落地失败，本质是典型的企业级工作流系统集成缺失——目标（如OKR）、计划（如项目甘特图）、任务（如Jira/Teambition事项）、个人待办（如Outlook日历/钉钉待办）分属不同数据域，无统一ID标识、无双向状态同步、无上下文继承。这不是流程问题，而是架构层面的责任元数据未贯通。

条件分支两边审批一样，却发成两份待办：Forge Admin 审批设计器的公共节点合并你在 Forge Admin 审批设计器里画了一条「金额 ≤ 1 万 / > 1 万」的互斥条件分支，两条支路末端都是「部门经理审批」，人员、表单权限、会签方式「看起来一模一样」。保存、发布、发起一单——待办中心里却冒出两张经理待办，或 BPMN 里出现两个 userTask。值班群第一反应往往是：「是不是 Flowable 多实例配错了？」

从一句需求到一套可追溯机制：我们这样推进电子病历改造摘要：电子病历改造从来不只是一次系统升级。它同时牵动医务、病案、质控、信息科、数据团队和实施团队。作为省级人民医院信息科主任，我真正关心的，是如何让需求说得清、责任找得到、依据查得到、审批有记录，最终让改造成果进入日常工作，而不是停在汇报材料里。

平凯星辰刘松：稳定交付严肃任务正成为企业级智能体的重要考验9 月 21 日，AICC 2026 人工智能计算大会在北京中关村国际创新中心举行。平凯星辰副总裁刘松出席“AI Work 智能体论坛：从技术创新到企业级落地与组织进化”，发表《如何让企业级多 Agent 体系交付严肃任务——FDE + 多智能体的新范式》主题演讲。

升级 Spring Boot 4 后流程起不来、登录却报缺租户：Forge Admin 补上 applicationTaskExecutor 与旧 Sa-TokForge Admin 是一套 Java 17 / Spring Boot / Vue 的开源后台框架，自带流程引擎、多租户、插件底座和鉴权会话。演示环境：www.dlforgelab.com:8084 。底座升到 Spring Boot 4.1.1 那天，现场不像「依赖树里多两行版本号」，更像两台机器同时报警：

Flowable 工作流中如何接入大模型 LLM 节点Flowable 中的“LLM 节点”不是 BPMN 2.0 标准元素，也不是 Flowable 开源引擎内置的一种原生节点。企业通常把它建模为服务任务，再通过 Java Delegate、HTTP Task、External Worker 或事件机制调用独立的 AI 网关。Flowable 负责确定性流程、状态持久化、重试与人工任务，大模型负责摘要、分类、抽取、生成和辅助判断。

Flowable工作流引擎如何适配国产数据库？以达梦数据库举例说明Flowable 连接达梦数据库并不难，难的是把“JDBC 能连通”变成“流程引擎可稳定运行、可升级、可运维”。截至 2026 年 8 月，Flowable 8.0.0 的开源文档和源码没有把达梦列为原生数据库类型，也没有随包提供 flowable.dm.*.sql、dm.properties 和达梦专用 MyBatis 映射。因此，直接更换 JDBC 驱动并不能宣称已经完成国产数据库适配。

mspec体验：基于SDD的轻量AI工作流mspec 官方文档mspec是基于规格驱动开发（SDD或者BDD）的插件化轻量级AI工作流程序下图是单任务循环，用于展示mspec的基本工作原理：

大龄码农有梦想

企业工作流系统如何设计用户、部门、角色、岗位、动态关系五类流程办理人？企业工作流的办理人不能只保存一个姓名或账号。更合理的设计是：流程模型保存“由谁办理”的业务规则，任务到达节点时，再结合流程发起人、当前办理人、业务数据和组织关系，解析出当时真正具备办理资格的用户。

工作流里的转办、委托和工作移交的业务语义与技术实现在 OA 审批和企业工作流里，转办、委托和工作移交都可能让“另一个人接手任务”，但三者不是同一个按钮的不同叫法。转办是当前任务的责任永久转移；委托是原责任人保留责任、由受托人临时代办；工作移交是人员请假、调岗或离职时，对一批存量工作和未来工作的组织级安排。

大龄码农有梦想

工作流中的子流程节点能否驳回到父流程？工作流中的子流程节点可以驳回到父流程，但必须先判断它是哪一种子流程。嵌入式 SubProcess 与父流程共享同一个流程实例，只是增加了一层 Execution 作用域，可以使用 Flowable 的普通状态变更 API，把子流程内的执行实例移动到外层节点；Call Activity 调用的是独立流程定义，会创建新的子流程实例，必须以子流程实例 ID 为入口，使用 moveActivityIdToParentActivityId，由引擎终止子流程实例并把父流程的 Super Execution 移到目标节

工作流中的子流程节点能否驳回到父流程？工作流中的子流程节点可以驳回到父流程，但必须先判断它是哪一种子流程。嵌入式 SubProcess 与父流程共享同一个流程实例，只是增加了一层 Execution 作用域，可以使用 Flowable 的普通状态变更 API，把子流程内的执行实例移动到外层节点；Call Activity 调用的是独立流程定义，会创建新的子流程实例，必须以子流程实例 ID 为入口，使用 moveActivityIdToParentActivityId，由引擎终止子流程实例并把父流程的 Super Execution 移到目标节

流程图上的回退线与运行时动态回退，应该选择哪一种？流程图上的回退线与运行时动态回退不是两种画法，而是两种不同的执行语义。前者把“退回”建模成 BPMN 的正常业务路径：当前任务正常完成，Flowable 计算条件 Sequence Flow，执行沿连线回到目标节点。后者不依赖两节点之间存在连线，而是通过 Change Activity State API 取消当前活动、调整 Execution 树，再从指定目标节点继续执行。

大龄码农有梦想

开源流程引擎 Camunda 如何实现任意节点跳转？在 Camunda 中实现任意节点跳转，不能把运行时表里的当前节点 ID 直接改成目标节点 ID。正确做法取决于产品线：Camunda 7 使用 RuntimeService.createProcessInstanceModification，在同一事务中组合“启动目标活动”和“取消源活动实例”；Camunda 8.9 优先使用 moveElement 或 moveElements，由引擎把终止源元素实例与激活目标元素合并为一次原子修改。

在开源流程引擎 Flowable 里如何实现任意节点跳转？在 Flowable 中实现任意节点跳转，首选官方 RuntimeService.createChangeActivityStateBuilder()，而不是修改运行时表，也通常不需要自己编写底层 Command。对普通用户任务，取得当前任务的 executionId 后调用 moveExecutionToActivityId(executionId, targetActivityId).changeState()，Flowable 会在同一命令事务中取消源节点运行时数据、调整 Execution 树、重