一句话判断

需要把五六个服务串起来、而且逻辑会经常改的人。改流程时看得见全貌，比一堆散落的脚本好维护得多。

n8n 是一个节点式的自动化平台：每个节点做一件事（收 webhook、查数据库、调 API、跑一段 JS），你在画布上把它们连起来。它的定位介于 Zapier 和自己写脚本之间——比 Zapier 灵活（可以写完整的 JavaScript/Python 做数据变换、加条件分支、循环、错误处理），比自己写脚本省心（重试、日志、凭证管理、定时触发都是现成的）。

自部署是它的核心价值。docker 起一个容器、挂个 Postgres，凭证在本地加密存储，数据不出自己的机器。对一个人做交付的场景尤其重要：你可以给每个客户起一套实例，而不是把他们的密钥存在一个第三方 SaaS 里。

它和 AI 的结合点主要在两类：一是把 LLM 节点嵌进业务流程（收邮件 → 提取要点 → 生成回复草稿 → 推到 Slack 等人确认），二是给 Agent 提供「手和脚」——让模型通过 webhook 调用你搭好的工作流，去真正操作外部系统。后者目前是让 Agent 落地最实在的一条路。

需要注意学习曲线。节点式界面在处理复杂数据结构时会变得笨重，嵌套 JSON 的取值、数组的分批，最后往往还是落到 Code 节点里写代码。它的定位是「80% 的活靠拖拽，20% 靠代码」，接受这一点会舒服很多。

能拿它做什么

内容分发：RSS 抓取 → LLM 摘要 → 排版 → 发到公众号/Telegram/邮件
客户线索：表单提交 → 清洗补全 → 打标签 → 进 CRM → 通知自己
数据同步：把几个 SaaS 的数据定期汇总进一张表，替代手工导 CSV
给 Agent 做工具层：把内部操作封成 webhook，让模型安全调用

怎么用起来

本地试：npx n8n（需要 Node 18+），打开 http://localhost:5678
长期跑：docker compose 起 n8n + Postgres，数据挂卷持久化
第一个流程：Webhook 触发 → Code 节点处理 → HTTP Request 发到目标服务
上线前把 Settings 里的 Execution Data 裁剪打开，默认保留天数调小

官网在 n8n.io ，源码在 GitHub 仓库 ↗。

坑在哪

注意

Sustainable Use License 不是 OSI 开源：内部使用和给客户做交付都行，但不能把它包装成托管服务转售。执行历史默认会把每次运行的输入输出都写进数据库，高频工作流几个月就能把磁盘吃掉——务必配置执行数据裁剪。另外复杂流程的调试体验一般，出错时经常要靠逐步执行加日志节点定位。SSO、多环境、权限分离这些是企业版功能，自部署免费版没有。

自部署免费；源码可改但不可作为托管服务转售。