能力对照
逐行对照四个工具
我们只列日常会用到的能力，每一行都写清 Braidrun 这边的具体机制。
| 能力 | Braidrun | n8n | Zapier | Dify |
|---|---|---|---|---|
| YAML 与画布双向同步 | ✓ 画布与代码互相编辑，改动即时同步 | △ | — | △ |
| 断点调试 | ✓ 9 类断点，暂停时可改变量再继续 | △ | — | — |
| 服务重启自动续跑 | ✓ 校验定义哈希后自动恢复未完成的执行 | △ | — | — |
| 子工作流 | ✓sub_workflow 内建步骤类型，流程可拆分复用 | ✓ | △ | △ |
| 多代理协作原语 | ✓group_chat · agent_based 多 Agent 会审与自主协作是内建步骤类型 | △ | — | △ |
| 人工审批门控 | ✓manual_approval 暂停等人批准，审批时可直接改数值，超时自动拒绝 | △ | △ | — |
| 隔离沙箱执行代码 | ✓ 生产环境跑在 Docker 沙箱，出网受控，7 种语言 | △ | △ | △ |
| 自带模型密钥 BYOK | ✓ 15+ 家供应商任选任混，本地模型也支持 | ✓ | △ | ✓ |
| 私有化部署 | ✓ 企业版支持私有化，数据留在你的环境 | ✓ | — | ✓ |
✓原生支持△部分支持或需变通—公开文档未提供
基于 2025 年 Q4 公开文档整理，以各家最新文档为准。
解读
三个维度为什么重要
矩阵里多数行是功能有无，这三行影响的是流程上线之后的每一天。
01断点调试AI 步骤的输出每次都可能不同，出了问题很难靠重跑复现。断点让执行停在出错的位置，你能看到每一步的输入输出，改完变量从原地继续，前面的步骤不必重来。
02自动续跑长流程跑到一半，服务重启或进程被杀是常态。Braidrun 校验工作流定义的哈希后自动恢复执行；从指定步骤重跑时，已完成的 LLM 步骤不再重复调用，也就不再重复计费。
03审批门控AI 直接改线上配置的风险，靠事后回滚兜不住。加了审批的步骤会先暂停，通过应用内、邮件或 API 通知审批人；数值可以在审批时直接修改，拒绝或超时就什么都不改。
反向推荐
这些情况别选我们
下面三种场景，别的工具能让你更快拿到结果。
两步的 SaaS 粘合表单提交后发一封邮件、新订单写进表格，这类两步集成靠现成连接器最快。我们没有几百个 SaaS 连接器目录，对外调用要写在代码步骤或 Agent 工具里。去用 Zapier 或 Make →
只跑一次的脚本一次性的数据迁移、临时的数据分析，写个脚本当场跑完就好。工作流平台的价值在重复运行和留痕，只跑一次用不上这些。直接写脚本 →
纯对话的知识库应用如果要做的是上传文档、在聊天框里问答的应用，RAG 应用构建器路径更短。Braidrun 的对话助手是用来搭流程的，我们没有面向终端用户的聊天界面。去用 Dify 或 Coze →