C#/.NET 开源BPM工作流引擎6大常用对比选型分析驰骋BPM驰骋低代码低代码工作流引擎

.NET 开源工作流 / BPM 引擎六方对比选型分析

对比对象 ：Elsa Workflows、Workflow Core、WorkflowEngine.NET、StepWise、CCFlow、Slickflow

资料截止 ：公开文档、GitHub 仓库、官方站点与本工作区 CCFlow 源码（约至 2026 年）

写作原则：中肯、公正、坦诚------既写优势，也写短板与风险；分数反映「综合选型价值」，而非单一维度满分。

一、前言与对比边界

1.1 为什么做这份对比

这六款产品常被放在同一张「开源工作流」清单里，但定位并不完全同级：

产品	大致定位	更像什么
Elsa Workflows	.NET 通用长流程编排引擎 + 可视化 Studio	开发者编排平台（WF 思想现代化）
Workflow Core	轻量嵌入式、代码优先的状态机/流程库	库级编排内核（无开箱审批）
WorkflowEngine.NET	OptimaJet 商业引擎（源码可见，生产需授权）	可嵌入设计师 + 运行时的商业组件
StepWise	代码优先、事件驱动的步骤工作流框架	开发/AI 任务编排，不是 OA/BPM
CCFlow	流程 + 表单 + 组织 + 门户一体化 BPM	中国式审批 / 政企 OA 平台
Slickflow	BPMN 风格 .NET 引擎 + 设计师（近年强化 AI）	标准向嵌入式引擎，企业能力分层

因此，本文采用统一指标 + 加权打分 ，并在选型建议中按场景分流，避免「总分第一就适合所有人」。

1.2 对比边界（坦诚说明）

未做同环境压测：性能与扩展分依据架构说明、社区共识与代码结构，非本仓库压测数据。
WorkflowEngine.NET 的「开源」要打折扣 ：源码可浏览，但生产使用通常走 OptimaJet 商业许可；本文仍纳入对比（因其在 .NET 圈知名），许可项会单独扣分。
StepWise 与 BPM 不同赛道 ：它擅长代码定义、可视化执行与 AI/MCP 集成，几乎没有会签/加签/组织待办等审批语义。纳入对比是为避免选型时「名字像工作流就误选」。
CCFlow 评价结合本仓库源码：重点看审批、PC/移动、集团组织实现，而非仅看官网宣传。
重点场景：审批、PC 应用、移动应用、企业/集团应用------权重会向这些维度倾斜。

二、对比分析指标与权重

权重设计逻辑：本次选型读者最关心的是「能不能把审批系统、PC/移动端、集团组织做起来并长期养得起」，因此审批与企业组织权重大于「纯编排炫技」；同时保留架构、维护、许可，避免选到养不起的产品。

序号	指标	权重	含义
A	审批与人机任务能力	18%	待办、会签/加签/退回/抄送、多人模式、审核意见等
B	PC 端应用与设计器交付	12%	流程设计器、表单、工作台、管理端完整度
C	移动端与多端接入	12%	H5/App、企业微信/钉钉、移动待办与审批体验
D	企业 / 集团应用能力	15%	组织岗位、多组织/集团、权限、门户、子流程、交接
E	架构先进性与可扩展性	12%	嵌入方式、持久化、集群、微服务/云原生适配
F	社区活跃度与长期维护	12%	发版节奏、Issue、贡献者、商业备份
G	学习成本与文档生态	8%	文档、样例、中文资料、上手曲线
H	许可成本与商业风险	11%	协议宽松度、生产是否免费、锁定风险
	合计	100%

权重说明（为什么这样分）

A（审批）=18%：用户明确要求以审批场景为主；纯编排引擎若无人工任务模型，交付成本会急剧上升。
D（企业/集团）=15%：集团组织、权限、门户往往决定「能不能上生产」，而不只是「流程能跑通」。
B/C（PC/移动）各 12%：BPM 最终要给人用；只有 API 没有端，等于把一半产品留给自己写。
E/F 各 12%：决定未来 3--5 年能否跟上 .NET 与安全补丁。
H（许可）=11%：WorkflowEngine.NET 与部分「社区版/企业版」边界必须写清。
G 仅 8%：学习成本重要，但不应用「文档好」掩盖「场景不匹配」。

若你的主场景是微服务服务编排 / Saga / 无人任务，可将 A/B/C/D 下调、E/F 上调后重算------Elsa、Workflow Core 会明显上升。

三、打分标准（1--10 分）

统一采用 1--10 分（可用 0.5）。同指标下含义一致。

3.1 通用标尺

分数	等级	通用释义
9--10	优秀	该维度明显强于同组，或接近「开箱可用」
7--8	良好	可生产使用，短板可用常规开发弥补
5--6	一般	能用，但有明显缺口或需大量定制
3--4	较弱	缺口大，或维护/许可已影响选型
1--2	差	基本不建议作为该维度依赖

3.2 分指标细则

A. 审批与人机任务能力

分	标准
9--10	会签、加签、退回、抄送、移交、多人模式（抢办/协作/队列）等开箱可用
7--8	有人工任务/命令模型，复杂审批可用配置或少量扩展实现
5--6	有状态机/活动模型，但审批语义需大量自建
≤4	几乎无人机审批模型，需从零实现待办与权限

B. PC 端应用与设计器交付

分	标准
9--10	设计器 + 表单 + 工作台/管理端形成可交付闭环
7--8	有可用可视化设计器与嵌入方案，业务页需部分自建
5--6	有调试/可视化 UI，但缺完整 OA 工作台
≤4	基本只有代码 API，无可用 PC 产品面

C. 移动端与多端接入

分	标准
9--10	移动端工作台成熟，并有企微/钉钉等集成路径
7--8	有移动页或明确 H5 方案，体验可接受
5--6	仅 REST/API，移动端完全自建但可对接
≤4	无移动叙事，对接成本高

D. 企业 / 集团应用能力

分	标准
9--10	内置组织岗位、多组织/集团/SaaS、门户权限、子流程/交接等
7--8	引擎侧支持较完整的人机与权限扩展，组织可对接
5--6	需自建组织权限模型，引擎只负责流转
≤4	基本无企业组织/门户能力

E. 架构先进性与可扩展性

分	标准
9--10	现代 .NET、持久化可插拔、分布式/高吞吐路径清晰
7--8	嵌入成熟，集群或水平扩展可行
5--6	单体/传统架构可跑，云原生需额外改造
≤4	架构过时或扩展困难

F. 社区活跃度与长期维护

分	标准
9--10	持续大版本演进，社区/商业双轨健康
7--8	稳定发版，风险可控
5--6	维护偏慢或贡献者很少，但仍有更新
≤4	停更或社区名存实亡

G. 学习成本与文档生态

分	标准
9--10	文档体系完善，样例丰富，上手快
7--8	可自学落地，中文或英文资料够用
5--6	文档分散/版本割裂，概念负担重
≤4	几乎只能靠源码硬啃

H. 许可成本与商业风险

分	标准
9--10	MIT/Apache 等宽松协议，核心能力可免费生产
7--8	开源可用，高级能力或支持收费，边界清晰
5--6	开源版功能受限，或生产边界模糊
≤4	生产商用需付费许可，锁定风险高

四、产品速览（事实层，先于打分）

4.1 Elsa Workflows

定位：在任意 .NET 应用中执行短/长流程；支持代码、JSON 等定义；提供 Elsa Studio 拖拽设计器。
能力要点：Activity 组合（Sequence/Flowchart）、并行、表达式（C#/JS/Python/Liquid）、多持久化（EF Core/MongoDB/Dapper）、Actor 吞吐模型。
许可：MIT。
坦诚点 ：国际社区最强之一（GitHub 星标量级领先）；不是中国式 OA 审批套件------会签/组织待办/表单权限通常要自建；Elsa 3 能力强，但学习曲线与文档割裂常被吐槽。

4.2 Workflow Core

定位：轻量嵌入式引擎（danielgerlag/workflow-core），Fluent API 定义步骤，插件化持久化与并发，可多节点。
能力要点：长流程状态、Saga 友好、Conductor 可作为独立服务包装。
许可：MIT；维护仍在继续（近年仍有安全与 .NET 8/9 相关更新）。
坦诚点 ：没有可视化设计器、没有开箱人工审批；适合「开发者编排内核」。用它做复杂 OA，等于自己再写半个 CCFlow。

4.3 WorkflowEngine.NET（OptimaJet）

定位：可嵌入 .NET 的流程运行时 + HTML5 设计器；另有 Workflow Server。
能力要点：面向业务实体生命周期、命令驱动、方案可视化；集成路径清晰。
许可：商业产品（源码可见不等于免费生产）。
坦诚点 ：设计师与嵌入体验在同组里很强；中国式审批、集团组织、移动门户仍需自建或二次开发；选型必须先算清授权费用。

4.4 StepWise

定位：LittleLittleCloud/StepWise------代码优先、事件驱动 的步骤工作流；WebUI 可视化执行；强调 AI（Geeno）、MCP、Microsoft.Extensions.AI。
许可：MIT。
坦诚点 ：对「把复杂计算/Agent 步骤编排起来」很有价值；对「请假审批、公文会签、集团待办」基本不对口。把它和 CCFlow/Slickflow 放一起比审批，本身就会「降维误伤」------本文分数会如实反映这一点。

4.5 CCFlow（结合本仓库代码）

技术栈 ：解决方案统一 .NET 8 ；宿主 CCFlow\CCFlow.csproj；核心库 BP.WF + 底层 BP.En30（实体/表单/组织）+ Vue3 前端（工作区联动）。
定位：流程引擎 + 表单引擎 + 组织权限 + 门户/单据的一体化 BPM，偏中国式审批与表单驱动 ，BPMN 主要为导入辅助（TemplateGlo.NewFlowByBPMN / Imp_DoneBPMN），运行时是自有 RunModel。

审批主链路（代码可核对）：

text 复制代码

Dev2Interface.Node_SendWork()
  → WorkNode.NodeSend()
    → NodeSendOrchestrator.Execute()
      → RunModelSendDispatcher.Dispatch()   // 普通/分流/合流/子线程

能力	代码落点（本仓库）
发送分发	`Components\BP.WF\WF\RunModelSendDispatcher.cs`
会签/协作	`TeamworkHandler.cs`；`HuiQianRole` / `TodolistModel`（`EnumLib.cs`）
加签	`Dev2Interface.Node_Askfor()`；`WorkNodePlus.DealAskForState()`
退回	`WorkReturn.DoIt()`；`Dev2Interface.Node_ReturnWork()`
抄送	`Dev2Interface.Node_CC*`；`WF_CCList`
撤销/移交	`WorkUnSend`；`ShiftWork.Node_Shift_ToEmp()`
对外 API	`Dev2Interface.cs`；`DataUser\API\Controllers\APIController.cs`

PC / 移动：

PC：HttpHandler\WF_MyFlow.cs、WF_WorkOpt.cs 等；Vue3 Vue3\src\WF\（含 FlowDesignerV2）。
移动：HttpHandler\CCMobile*.cs；Vue3 Vue3\src\CCMobile\；配置含 MobileURL / HostURLVue3；另有企微/钉钉（Port\WeiXin、Port\DINGTalk）。

企业 / 集团：

运行模式 CCBPMRunModel：Single / GroupInc / SAAS / PASS（BP.En30\Sys\EnumLab.cs）。
组织 API：Port\OrganizationAPI.cs；集团组织：Port\Admin2Group\Org.cs。
门户：WF_Portal.cs、CCFast 菜单/门户；子流程：Template\SFlow\；工作交接：WorkHandover.cs。

坦诚点：

审批/表单/组织/双端交付在同组中断层领先，适合政企 OA。
架构偏传统一体化平台，云原生微服务编排叙事弱于 Elsa。
代码体量大（如 Dev2Interface 超大静态 API 面），二开需熟悉领域模型；国际社区声量不及 Elsa。
与「纯 BPMN 引擎」不是同一赛道------标准资产互通不是强项。

4.6 Slickflow

定位：.NET 8、BPMN 风格图模 + HTML5 设计器；Dapper 微 ORM、多库；近年强化 LLM/RAG/Agent 叙事。
许可：引擎侧宣传 MIT；企业版/高级 AI/表单框架等走商业支持分层。
坦诚点：比 Workflow Core「更像 BPM」；比 CCFlow「更像标准引擎」。中国式复杂审批、集团门户、移动工作台完整度通常弱于 CCFlow；社区规模小于 Elsa/Workflow Core，需评估维护与厂商支持。

五、分项打分表

分数为同组相对评价，不是实验室绝对值。权重已向「审批 / PC / 移动 / 企业集团」倾斜。

指标（权重）	Elsa	Workflow Core	WorkflowEngine.NET	StepWise	CCFlow	Slickflow
A 审批人机（18%）	5	4	7	2	9.5	7
B PC 与设计器（12%）	8	3	8.5	5	9	7.5
C 移动与多端（12%）	4	3	5	2	8.5	5
D 企业/集团（15%）	5	3	6	2	9.5	6.5
E 架构扩展（12%）	9	8	7.5	7	6.5	7.5
F 社区维护（12%）	9	7.5	7	5	7	6
G 学习文档（8%）	6	8	7	6	8	6.5
H 许可风险（11%）	9.5	9.5	4	9.5	7	8

加权总分（满分 10）

计算公式：(\text{总分} = \sum (\text{指标分} \times \text{权重}))

产品	加权总分	同组排名（本权重）
CCFlow	8.27	1
Elsa Workflows	6.78	2
Slickflow	6.76	3
WorkflowEngine.NET	6.52	4
Workflow Core	5.44	5
StepWise	4.47	6

5.1 分数解读（坦诚）

CCFlow 总分第一，主因是 A/B/C/D 四项（审批、PC、移动、集团）同组领先；若改成「纯开发者编排」权重，名次会下降------这是权重价值观，不是黑箱吹捧。
Elsa 与 Slickflow 几乎同分：Elsa 赢在架构与社区；Slickflow 赢在 BPMN/人机与国内交付叙事。谁更合适取决于「要编排平台还是要 BPM 引擎」。
WorkflowEngine.NET 产品能力不弱，但 H 许可分被明显拉低；预算充足且要设计师嵌入时仍可入围。
Workflow Core 作为库依然优秀，但在「审批+双端+集团」权重下必然靠后------这不代表它差，而是场景不匹配。
StepWise 总分最低，是因为它本就不是 BPM；若评估「AI/事件步骤编排」，它可能单独进第一梯队。

5.2 若改成「开发者编排」权重会怎样（敏感性）

示意：A/B/C/D 各降、E/F/H 升高后，常见结果是：

Elsa ≈ Workflow Core 升至前列；
CCFlow 仍强于「有表单组织需求」的团队，但对纯编排团队不再是默认首选；
StepWise 分数上升，但仍偏垂直（AI/步骤可视化）。

建议：用本文表格做场景重加权，而不是只看总分排名。

六、按重点维度对照

6.1 审批

产品	评价
CCFlow	会签/加签/退回/抄送/移交/抢办协作队列等与代码模型一致，审核组件与表单绑定深
Slickflow	BPMN 人工任务与多实例等可用，复杂中国式审批通常不如 CCFlow 开箱
WorkflowEngine.NET	命令/状态/设计器对审批类流程友好，本土语义需自建
Elsa	Activity + 自定义人工任务可做，工作量大
Workflow Core	需自建待办、权限、意见、多人规则
StepWise	基本不覆盖审批域

6.2 PC 应用

产品	评价
CCFlow	Vue3 流程设计、傻瓜/单据表单、工作台/管理端一体
Elsa	Elsa Studio 强，但业务工作台需自建
WorkflowEngine.NET	HTML5 设计器是核心卖点
Slickflow	有设计器；完整 OA 壳层多在更高版本/自建
StepWise	WebUI 偏开发调试可视化
Workflow Core	无产品级 PC 面

6.3 移动应用

产品	评价
CCFlow	CCMobile + Vue3 移动页 + 企微/钉钉同步路径清晰
其余	多为 API 自建 H5/App；WorkflowEngine.NET / Slickflow / Elsa 可对接，但无 CCFlow 级开箱移动工作台
StepWise / Workflow Core	不提供移动 BPM 体验

6.4 企业 / 集团应用

产品	评价
CCFlow	`GroupInc` / `SAAS` 等运行模式、组织 API、门户权限、子流程、工作交接------企业向最完整
Slickflow	企业版叙事含集团/SaaS/权限框架；社区版需核实边界
WorkflowEngine.NET	适合嵌入已有企业系统，组织模型外置
Elsa / Workflow Core	组织与门户几乎全自建
StepWise	非该场景

七、优劣势对照（文字版）

产品	主要优势	主要劣势 / 风险
Elsa	现代 .NET 编排、Studio、社区与扩展性强	审批/组织/移动需自建；学习曲线陡
Workflow Core	轻量、MIT、文档相对友好、嵌入成本低	无设计器与审批套件；复杂 OA 成本高
WorkflowEngine.NET	设计器与嵌入体验成熟、厂商支持	生产许可费用；本土 OA 能力非开箱
StepWise	代码优先、事件驱动、AI/MCP 方向新	不是 BPM；审批/集团场景不适用
CCFlow	审批+表单+组织+PC/移动/集团一体，源码可验证	偏平台而非纯引擎；架构偏传统；国际生态弱
Slickflow	BPMN 风格、MIT 引擎、多库、AI 叙事更新	社区规模有限；完整企业/移动能力常需加购或自建

八、选型建议

8.1 一句话结论

国内复杂审批 + PC/移动 + 企业/集团组织一体交付 ：优先 CCFlow。
.NET 微服务/长流程编排、要可视化与活跃社区 ：优先 Elsa Workflows。
要 BPMN 风格嵌入引擎、MIT、可接受一定自建 ：优先 Slickflow。
要商业支持的嵌入式设计师，且预算覆盖授权 ：评估 WorkflowEngine.NET。
只要轻量代码编排内核 ：选 Workflow Core。
AI/事件步骤编排、开发调试可视化 ：选 StepWise（不要当 OA 引擎）。

8.2 按场景决策树

text 复制代码

主需求是「中国式审批 + 表单 + 组织 + PC/移动」？
 ├─ 是 → CCFlow（PoC：会签/加签/退回/抄送、集团 OrgNo、移动待办、企微钉钉）
 └─ 否 → 主需求是「开发者服务编排 / Saga / 无人任务」？
           ├─ 是，要设计器与生态 → Elsa
           ├─ 是，要极简库 → Workflow Core
           ├─ 是，偏 AI 步骤可视化 → StepWise
           └─ 否，要 BPMN 嵌入引擎
                 ├─ 开源 MIT 优先 → Slickflow
                 └─ 可接受商业授权 → WorkflowEngine.NET

8.3 分角色建议

场景	建议	理由
政企 OA、公文/费用审批、多级会签加签	CCFlow	A/B/C/D 同组最强，代码可核对
集团多组织、SaaS 多租户门户	CCFlow（或 Slickflow 企业版 PoC）	运行模式与组织模型内建
自建中台、嵌入编排、事件驱动	Elsa	架构与社区
已有业务系统，只缺流程内核	Workflow Core 或 Slickflow	按是否需要 BPMN/设计器选择
采购可嵌入设计师的商业组件	WorkflowEngine.NET	先过许可与报价
Agent/RAG/步骤流水线	StepWise（或 Elsa + 自建）	勿与审批平台混选

8.4 建议的 PoC 清单（选型必做）

无论总分高低，上线前建议用真实流程做 2--4 周 PoC：

最复杂的 3 条真实审批流（退回、会签、加签、抄送、子流程至少覆盖你的高频项）。
组织变更：调岗、委托、交接、超时催办。
PC 工作台 + 移动端（或企微/钉钉）同一流程闭环。
集团/多组织数据隔离与权限（若适用）。
100 并发级待办查询与发送（按业务量调整）。
许可合规确认（尤其 WorkflowEngine.NET；Slickflow/CCFlow 的社区版与商业版边界）。
数据库与 .NET 版本约束（本仓库 CCFlow 为 net8.0）。

九、总结

在「审批 / PC / 移动 / 企业集团」倾斜权重下：

综合（本权重） ：CCFlow > Elsa ≈ Slickflow > WorkflowEngine.NET > Workflow Core > StepWise
国内审批与双端交付 ：CCFlow 通常是业务最优解（本仓库源码可支撑该判断）
现代 .NET 编排与社区 ：Elsa
BPMN 嵌入式开源引擎 ：Slickflow
轻量库 ：Workflow Core
商业嵌入设计师 ：WorkflowEngine.NET（先算许可）
StepWise ：承认其在 AI/事件工作流的价值，坦诚不建议作为审批/BPM 主引擎

最终提醒 ：没有「永远正确」的引擎，只有「与组织约束匹配」的引擎。请用本文权重做场景重加权，并用 PoC 代替品牌信仰。

附录：主要参考信息来源（类型）

Elsa Workflows / Workflow Core / StepWise / Slickflow 的 GitHub 与官方文档
OptimaJet Workflow Engine 官方站点与许可说明
本工作区 CCFlow 源码：Components\BP.WF\、Components\BP.En30\、CCFlow\DataUser\API\，以及联动 Vue3 前端目录
公开 .NET 工作流选型文（2025--2026）中关于 Elsa / Workflow Core / 商业引擎的对比观点（已交叉校验）

文档生成说明：本分析为基于公开资料与本地 CCFlow 代码阅读的相对评价，不构成商业承诺；具体版本、功能边界与许可证以各项目官方仓库及授权原文为准。