Automatisch：柏林团队做的开源 Zapier 替代
阅读时间: 大约 8 分钟
Automatisch：柏林团队做的开源 Zapier 替代
Zapier 把「当 A 发生，就自动做 B」这件事做成了生意：几百个 SaaS 之间点选连线，不用写代码。但它是托管云服务，数据要经过对方服务器、按任务量收费。由 Ali Barın 与 Ömer Faruk Aydın 在柏林发起的 Automatisch，就是这条赛道上的开源挑战者——让你把同样的自动化跑在自己的服务器上。本文基于其官方仓库（automatisch/automatisch）与官网做分析。
一、背景：为什么要自托管自动化
医疗、金融、以及受 GDPR 约束的欧洲企业，往往不能把客户数据、内部流程喂给一个美国云自动化服务。但业务又确实需要「新表单提交 → 写进 CRM + 发 Slack」这类连接。Automatisch 的卖点很直接：数据存在你自己的服务器上，避免供应商锁定，且任何人都能参与开发。
二、是什么：Trigger → Action 可视化工作流
它的模型和 Zapier 几乎一样：选一个 Trigger（触发器，如 Twitter 有新推文），再选一个 Action（动作，如发到 Slack 的 general 频道），中间用 step1.text 这样的变量把上一步的数据传给下一步。官方截图展示的就是「Send tweets including Automatisch to general Slack channel」这条工作流，三步向导：Choose app & event → Choose connection → Set up action。
三、关键事实
| 维度 | 官方口径 |
|---|---|
| 定位 | 开源 Zapier / Make（原 Integromat）替代 |
| 主语言 | JavaScript（约 99.7%，Node.js 单仓库 monorepo） |
| 社区版协议 | AGPL-3.0 |
| 企业版 | 商业许可，仓库内文件名含 .ee. 的文件归属企业版 |
| 最新版本 | v0.15.0（15 个 release，33+ 贡献者） |
| 部署 | docker compose up 一条命令起 |
| 默认账号 | user@automatisch.io（文档提示务必改密码） |
| 商业模式 | 免费 CE 自托管 + 付费 EE / 托管云 |
四、客观分析：优势与局限
优势：
- 数据不出域：对 GDPR、医疗金融这类合规场景，自托管是硬需求；
- 零代码可视化：和 Zapier 一致的交互，非工程师可上手；
- 可扩展集成：官方提供「Build integrations」文档，能自己写新的服务连接；
- 部署简单：Docker Compose 一把起，默认账号即可登录试用。
局限与口径：
- AGPL-3.0 的传染性：如果你想把 Automatisch 改一改做成自己的 SaaS 对外提供服务，AGPL 要求你开放修改后的源码——这对商业闭源集成是个约束，要商用得看 EE；
- CE 与 EE 同仓分文件：企业功能藏在
.ee.文件里，社区版拿到的功能是有取舍的，不是「完全开源即全部能力」； - 版本号仍在 0.x：v0.15.0 意味着 API、数据模型可能还在变动，生产长期升级要留意外网；
- 不是最年轻也不是最大：开源自动化赛道里 n8n 更活跃、集成更广，Automatisch 的生态与社区规模相对小；
- 默认弱口令提示：文档自己提醒默认账号密码要改，说明开箱即用不等于开箱即安全。
五、与 n8n / Zapier 怎么选
- Zapier：最省心、集成最多，但花钱、数据过第三方；
- n8n：开源、功能强（支持代码节点、复杂分支），社区更大，但学习曲线和资源占用也更高；
- Automatisch：界面更贴近 Zapier 的简单直觉、自托管合规、部署轻，适合「就想要个自己的 Zapier、不想维护复杂编排」的中小团队。
部署上，官方给的最简路径就是 clone 仓库后 docker compose up，起来后用文档里的示例邮箱密码登录，再去设置页改掉。这意味着它默认自带了运行所需的依赖（数据库、后台队列等都打包在 compose 里），本地试用门槛很低；但要上生产，你仍需要自己做数据持久化、备份、HTTPS 反代和凭据保管——它和所有自托管工具一样，「能跑起来」和「能放心跑业务」之间还隔着运维这一步。Trigger 的触发方式也分两类：一类是服务端主动轮询（polling），一类是接收外部 Webhook；前者简单但有延迟和调用配额压力，后者实时但需要你的实例有公网可达地址。
从产品形态看，Automatisch 刻意把界面做得和 Zapier 一样「三步向导」：选应用与事件、选连接授权、配置字段映射，中间用 step1.text 这样的变量把上一步输出喂给下一步。它不像 n8n 那样提供节点式画布和代码节点，因此更适合「线性、两端点」的简单自动化——一旦你需要分支、循环、错误重试的复杂编排，它的抽象就会显得不够用。这也是它和 n8n 最实质的分野：Automatisch 赌的是「大多数人只需要最简单的那条链路」，n8n 赌的是「自动化会越来越复杂」。
Koala 周报特别提醒：在 LLM agent 逐渐成熟的当下，Zapier、Automatisch、n8n 这类工具常被视作构建智能工作流的骨干。但选型不能只看「开源」——要实测它在你的连接器组合下稳不稳、出错重试是否可靠、失败任务能不能看见。Automatisch 目前版本号还在 0.x，意味着这几方面的成熟度需要你自己在试点项目里验证。
六、谁该用
- 受 GDPR / 数据合规约束、不能把业务流放到公有云自动化服务的团队；
- 想要 Zapier 那种拖拽体验、又希望数据和凭据握在自己手里的小团队；
- 愿意用 Docker 自托管、并接受 AGPL 约束（或购买 EE）的组织。
如果你需要复杂分支、代码节点和海量连接器，n8n 更合适；如果你只想最朴素地把两个 SaaS 连起来、且要合规，Automatisch 值得一试。