猫拽智库
结论先行：工作流工具不能按"谁家节点多"来选，要先分清三类编排：审批流解决"人签字"，业务流解决"事推进"，自动化任务流解决"系统间搬运"。三类在节点类型、条件分支、人工干预、可观测性上的要求完全不同。用审批流引擎跑定时任务，或用自动化工具做多级会签，都会在第二个版本推倒重来。
流程画布看起来都一样：方框加连线。但连线背后是三种不同的运行时，选型时问错问题，买回来的就是一张好看的图。
一、三类编排的本质差异
1. 审批流（Approval Flow）
核心是"人"。节点是审批人、会签、或签、转办、加签，状态是待办、已办、抄送。评价标准是签核规则是否表达得清楚，以及待办能不能推到手机端。
2. 业务流（Business Process）
核心是"状态机"。一个订单从待付款到已发货再到已完成，每一步都有前置条件与副作用。评价标准是状态流转是否可控、异常能否回滚、并发能否防重。
3. 自动化任务流（Automation Flow）
核心是"触发与搬运"。触发器是定时、Webhook、数据变更，动作是调接口、写库、发消息。评价标准是重试策略、幂等性与失败告警，而不是审批界面好不好看。
二、四维对比
| 维度 | 审批流 | 业务流 | 自动化任务流 |
|---|---|---|---|
| 节点类型 | 审批、会签、抄送、转办 | 任务、网关、子流程、补偿 | 触发器、HTTP、脚本、延时 |
| 条件分支 | 按金额、部门、角色分流 | 按状态与业务规则分流，可嵌套 | 按表达式与返回值分流 |
| 人工干预 | 强，待办、催办、代理 | 中，关键节点可挂人工任务 | 弱，以自动执行为主 |
| 可观测性 | 审批记录、耗时统计 | 实例状态、失败重试、补偿日志 | 执行日志、告警、重跑 |
读表方法：第二行决定"规则能不能表达"，第三行决定"出问题谁来兜底"，第四行决定"上线后能不能查"。三者缺一，流程都会退回微信群。
三、条件分支的真实门槛
条件分支有三个层级，选型时逐层验证：
- 单条件分流：金额大于 5000 走财务，配置即可。
- 多条件组合：部门为销售、金额大于 1 万、客户等级为 A，三者同时满足。
- 动态条件：审批人由表单里的"项目经理"字段决定，或按组织架构向上找两级主管。
第三层最能暴露差距。很多工具支持前两层，到"审批人来自表单变量"就要写代码。流程规则怎么设计得更稳，可参考审批流程设计要点。
四、人工干预与可观测性
人工干预不只是"点通过"。要验证四件事：能不能转办与加签；离职或请假时能否批量移交待办；超时能否自动提醒或升级；流程走错后能否撤回并重跑。
可观测性看三个指标：单个实例的完整轨迹、按节点的耗时分布、失败任务的重试与告警。缺少耗时分布，就无法回答"为什么这个审批平均要 3 天"。上线三个月后最常被问的，恰恰是这个问题。
五、5 条试用清单
- 用一条含 3 级分支的报销流程走通，含一次退回重提。
- 把审批人改成表单里的变量，看是否需要写代码。
- 断开一次外部接口，看失败任务是否自动重试并告警。
- 在手机上处理一次待办，看通知是否及时。
- 查一条历史实例的完整轨迹与各节点耗时。
五条里通过 4 条以上，说明引擎能支撑真实业务；只通过 2 条，建议把它定位成"轻审批"。
六、组合能力与边界
流程很少独立存在，它总要读写数据、驱动页面。以猫拽低代码（CatPull）为例，节点式工作流引擎与页面设计器、数据源共用同一套变量体系，流程节点可以回写表单字段，页面也能读取流程状态；配合 UniApp 跨端能力，待办可同时出现在小程序与 APP 里。需要提醒的是，它面向业务编排，不承担 BPMN 2.0 全规范建模，超长事务与复杂补偿仍需专门引擎。对数据必须留在内网的团队，猫拽的开源版（Apache-2.0）支持自托管，流程定义与页面可以一起部署在本地。
三类编排各有主场：人事行政选审批流，订单与工单选业务流，系统对接选自动化任务流。一个平台若自称三类全包，要求它现场演示三件事：多级会签、状态回滚、失败重试。
流程引擎部署到企业内网时，还要配套审计与容量规划，见企业级场景下拖拽开发的能力边界。
FAQs
Q1：审批流和业务流能不能用一套引擎？
A：能，前提是引擎同时支持"人任务"和"状态机"两种语义。判断方法：看它能否在节点上配置前置状态校验与副作用，以及能否挂人工待办。只支持审批语义的引擎做业务流，会在并发与回滚上暴露问题。
Q2：流程节点越多越好吗？
A：不是。节点数量超过 20 个后，维护成本上升明显，且新人难以读懂。建议把可复用的段落做成子流程，单条主流程控制在 12 个节点以内。节点多往往说明业务规则没有抽象，而不是引擎能力强。
Q3：怎么判断可观测性够不够用？
A：要求演示三样东西：单个实例的节点级轨迹、按节点统计的平均耗时、失败任务的重试记录与告警。三样都能在界面里查到，才算及格；需要登服务器翻日志的，运维成本会转嫁到 IT 身上。
