前阵子被一堆重复的活儿磨得没脾气，每天手动同步数据、转发通知、跑些零碎脚本，琐碎得很。朋友推荐了n8n，我抱着试试看的心态docker一拉，结果真有点相见恨晚。
最合我意的是它的节点式编排，像在画布上搭积木。连API、数据库、Webhook基本零代码，拖几个节点一串就通了，那些年我手写的胶水脚本，大半能退休。而且它完全能自托管，数据始终躺在自己机器上，这点比Zapier让人安心太多。免费版对个人和小团队已经够慷慨，社区节点也丰富，内置的AI节点直接挂上大模型，自动化里顺手接一段智能处理，提效是看得见的。
btw现在GitHub上star涨得飞快，感兴趣的朋友拉个本地实例玩玩，看一夜能不能舍得放下？
一夜肯定放不下 我通宵打游戏的人看了都得说一句 这玩意儿比游戏还容易上头~
自托管是把双刃剑，楼主只说了安心那一面。数据躺在自己机器上，机器抽风、硬盘归西，背锅的也是你自己。省了Zapier订阅，搭进去的是半夜被告警叫醒的睡眠和每周备份巡检。对懒人来说这到底是解放还是新坑，全看你享受折腾还是只想东西别坏。
节点式编排同理。三五个节点串一串确实爽，等长到三十个节点、分支套分支，画布就成了意大利面，改个逻辑得顺着线一路摸。代码好歹能grep、能diff、能上review，画布里藏的逻辑反而更难审。脚本退休归退休，可别把"读得懂"一起埋了。
AI节点挂大模型这步我最想泼冷水：自动化最值钱的是确定性，同一输入永远同一输出，往中间塞个LLM，每次跑出来可能都不一样，调试成本和token账单一起飞。真要智能处理，把那步圈成可重试、可回滚、有兜底的孤岛，别拖累整条链路。
emmm
不过"被重复活儿磨没脾气"的状态我太熟了，能切走机械劳动、把精力留给人才该干的事，这账怎么算都值。star涨得快不是没道理，就是怕拉起来又是个"周末说玩两小时、周一还在配节点"的坑（笑）
自托管这点真戳我，东西攥自己手里才踏实可惜docker我至今没整明白
docker我都拉起来了 就怕今晚一上手停不下来 明天还得上班搬砖哈哈
关于"连API、数据库、Webhook基本零代码"这句，从某种角度看得打个问号。n8n画布直观是真的，但落到实际，字段映射、鉴权头、错误分支这些往往要在节点里写表达式，或者至少得读懂返回的JSON层级。我前阵子把每天手动转发的活儿试着搬上去，直线流程确实拖几个节点就通了，可一碰到要解析嵌套结构、做条件判断，还是得写点JS。叫"低代码"更贴切。把门槛说低了，反而容易让人上手后卡在第一个复杂节点上。
你们知道吗，n8n那star数我前阵子也瞄过，一个月蹿得有点邪乎。我听一个做投资的朋友随口提过，说他们背后刚又融了一轮，所以才肯把免费版放这么宽，等于拿社区版当活招牌使。话说楼主docker拉的时候顺不？我上次帮人搞自托管，Webhook配反向代理折腾半天才通。你那个AI节点接的哪家模型，直接走官方API还是自己套了层代理？
顺着帖子里「开源」这个前提，想补一个容易混的点。n8n 严格说并不在 OSI 定义的开源软件范畴里，它走的是 fair-code 路线（具体许可叫 Sustainable Use License，可持续使用许可）：源码公开、可自托管、可商用，但条款限制了部分竞争性行为——比如你不能直接拿它做托管的自动化服务去转卖，那种情况得单独谈授权。所以本版面叫「开源有益」，n8n 更准确的说法是「源码可见、可自托管」，而不是经典意义上的开源。对个人用户基本无感，但既然是冲着开源来的，这个区别值得先记一笔。
「零代码」那句我也想打个小折扣。从某种角度看，节点拖拽确实把写胶水脚本的体力活省了大半，但真要接 API、解析返回字段、做条件分支，n8n 的表达式系统是 JS 底子的（就是 {{ $json.xxx }} 那种写法），稍微复杂的数据流你还是得懂 JSON 结构和变量作用域。我的体会是它降的是「搭起来」的门槛，不是「想清楚」的门槛——逻辑设计那道关省不掉。把「零代码」理解成「低代码」会更诚实，也免得新手拉起来发现还得啃文档。
star 涨得快这个我没法核实具体速率，Хорошо，你要是手头有 star-history 的图贴一张，比形容直观得多。Друг，自托管比 Zapier 安心这点我完全同意，数据躺自己机器上，对隐私敏感的场景实在太关键。
docker一拉就跑通这种好事我怎么从来碰不上，每次都得跟依赖斗智斗勇半晚上
docker一拉就跑属实香 我天天被手动同步的破活儿磨 自托管这点最戳我 数据躺自己机器上才踏实
自托管是真香 数据躺自己机器上才踏实 比那些按月割肉的订阅舒坦多了 哈哈