工作流引擎

工作流里的转办、委托和工作移交的业务语义与技术实现在 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 树、重

一条指令，让 Claude Code 每天定时帮你追热点：动态工作流Workflows从 0 到 1 全流程一句话结论：Claude Code 的动态工作流（Dynamic Workflows）让你把「编排多个 AI 子代理」这件事从「逐句对话」变成「一段可复用的脚本」。脚本在后台跑，几十个 agent 并行干活，最后只把结论吐回给你。本文讲清它是什么、怎么装、怎么写、怎么定时跑，并用一个「每日热点雷达」实战把它串起来。

每天都是不一样的太阳

别让 AI Agent 先画靶再射箭：一套「结论忠于数据」的证据链工作流你让 AI 写一份"接口性能月报"，它 3 秒输出，结构漂亮、金句频出——但数据哪来的？口径对齐了吗？追两个问题就崩。这不是模型不够聪明，而是我们把"汇报顺序"这个人类职场的老问题，原封不动地交给了 Agent，还以为它会自己解决。

Agent 编排 Agent：DeepSeek Harness 的子代理与工作流系统有多强系列：DeepSeek Harness 源码实战｜进度 14/16 原文仓库：github.com/deepseek-ai…

腾讯云开发者

一位教授与WorkBuddy的几个月，看看擦出了什么样的火花本文系「TVP • WorkBuddy 有方」专栏约稿。作为一档聚焦 WorkBuddy 真实使用场景的最佳实践专栏，我们始终坚持一个原则：不讲概念讲落地，一篇文章解锁一个领域的 WorkBuddy 打开方式。我们邀请各行各业、各个领域的 TVP 专家老师，以第一视角分享自己在实际工作中如何使用WorkBuddy的真场景、真方法、真效果。

Flowable会签实现：多实例任务的底层原理Flowable 会签的技术基础是 BPMN 多实例活动：引擎进入节点时解析人员集合，为集合中的每个元素创建一个活动实例，并用多实例根执行统一维护总数、活动数和完成数。并行会签一次创建多个子执行，顺序会签始终只保持一个活动实例；每完成一个任务，引擎都会更新计数、判断 completionCondition，满足条件后结束整个多实例活动。

别做"AI 翻译"了，做"AI 本地化"：跨境电商 Listing 系统的工程实践摘要：通用翻译是红海，但"懂电商规则的本地化"还是蓝海。本文分享一个人做跨境电商 AI 文案系统的完整技术方案：架构、选型、核心实现、踩坑与成本，供做类似产品的同学参考。

梦想很大很大

Workrun 进度更新：从理念到解决具体问题前不久我发了一篇文章《如果有一个本地优先的 Workflow 工具，你们团队会愿意用吗？》，和大家聊了聊我对本地优先工作流工具的一些构想。

BPMN.js 自定义工具栏、节点图标和右键菜单把 BPMN.js 嵌入 Vue 页面后，企业通常会继续增加顶部工具栏、企业节点、节点图标和右键菜单。真正的难点不是“把按钮画出来”，而是让所有入口共享同一套动作、权限、建模规则和撤销机制。

大龄码农有梦想

仿钉钉流程模型如何转换成 BPMN 2.0？一句话回答：仿钉钉流程模型转换成 BPMN 2.0，本质上不是 JSON 换成 XML，而是把审批树编译成可执行流程图。转换器需要先统一节点和分支语义，再生成 User Task、Gateway、Sequence Flow、Event、Extension Elements 与 BPMN DI；会签、或签、条件分支、抄送、超时和空审批人策略都必须有明确映射。

Camunda 7 与 Camunda 8 不是升级关系：架构差异与选型边界Camunda 8 不是 Camunda 7 的大版本升级，而是以 Zeebe 为执行核心重新设计的分布式流程编排平台。Camunda 7 是可嵌入 JVM、依赖共享关系型数据库和 Java Service API 的传统流程引擎；Camunda 8 通过远程客户端、Gateway、分区化 Broker、Raft 复制和 Job Worker 运行。

我把一套 Flowable + Spring Boot + Vue 的 BPM 流程引擎整理开源了：从流程设计器到待办闭环最近把一个 BPM 流程引擎项目单独整理成了开源版，项目名叫 **Open BPM Flow Engine**。它的定位比较明确：给 Java 后端、全栈工程师、技术负责人一个可以本地跑起来、能看懂核心链路、能二次开发接业务系统的 Flowable 工作流示例。

我的AI工作流整理【个人向】今天上午帮同事折腾了一套用 AI 工作的配置流程，配完之后发现，这套东西其实我也一直没整理过。干脆趁热打铁，把我自己日常使用的 AI 工作流梳理一遍，另外有jym说可以让自己人增加摸鱼的时间，那我肯定分享给各位彦祖们啊。

Warm-Flow工作流引擎入门：比Flowable轻量在哪去年用一个人+AI给公司搭内部管理平台的时候，技术选型卡在工作流引擎上。请假、报销、招待费这些审批流程是刚需，绕不开。