狂攬162K Star！n8n 2.0強勢來襲，這次改動有點狠。

大家好，我是繼續研究n8n的袋鼠帝

還記得我第一次給大家推薦n8n這款開源工作流自動化神器的時候嗎（今年4月）

最強開源AI workflow平臺：n8n 袋鼠帝，公眾號：袋鼠帝AI客棧

那時候它的GitHub Star數還在75K。

這才過去半年，已經突破162K Star了！

這翻倍的增長速度背后，其實是整個AI行業的井噴式增長。

以前我們用工作流，更多是用來做一些自動化，代替一些重復性的工作，比如把表格里的數據自動填到系統里、每天早上定時提醒等等。

但現在，隨著AI Agent的興起和發展，工作流結合Agent之后，不僅能完成重復性工作，甚至還能完成很多創造性工作，這就是AI的威力。

而n8n作為開源工作流的鼻祖，自然成了連接大模型和真實業務場景最好的橋梁。

雖然這些能力，寫代碼也能實現，但是門檻就比n8n高太多了。

每一個想用AI提效的普通人，最終都繞不開工作流編排，而n8n恰好就在這個風口上。

就在最近，n8n官方發布了一個里程碑式的大版本：n8n 2.0

正式版預計12月15號發布，beta版本是在12月8號就發布了

我研究了一下官方的2.0版本

發現這次更新不僅僅是換個皮膚那么簡單。它在底層架構、安全性以及最核心的工作流邏輯上，都做了深層次的改動。

如果說1.0版本還是極客手里面的利器，那么2.0版本就是奔著企業級生產環境去的，它變強了，也更嚴謹了。

為了讓大家在更新2.0后不至于一臉懵，或者升級后系統崩

今天我就帶大家好好拆解一下n8n 2.0的核心變化，以及這些變化對我們后續搭建工作流有什么影響。

n8n 2.0官方文檔：

https://docs.n8n.io/2-0-breaking-changes/

n8n 2.0官方blog：

https://blog.n8n.io/introducing-n8n-2-0/

n8n 2.0官方遷移工具文檔：

https://docs.n8n.io/migration-tool-v2/

一、界面交互升級

我們先來看看這次更新最直觀，也是最容易被感知的部分：界面和交互的升級。

打開2.0的界面，第一眼的感覺就是更現代、更扁平了。現在的節點看起來更簡約

一個細節是，像AI Agent節點、Chat節點或者Wait這種需要耗費時間執行的節點，現在更新了一個加載的動態效果，看起來更舒服了

在調試復雜工作流時，這個視覺反饋能讓你更清楚的知道當前卡在哪個環節。

另一個交互上的大改動是側邊欄。

以前我們要找設置，得先點左下角的頭像，再進一個菜單頁面

現在官方把設置入口直接提到了側邊欄的一級菜單，更方便了。

有一個無數人心心念念的功能：自動保存。

雖然官方說完整的自動保存要等到明年1月份，但在目前的2.0里，自動保存速度已經做到了幾乎瞬時。

以前點保存可能還要轉個圈，現在點一下，就直接存好了。

這是在為后面的實時自動保存做鋪墊。

二、內在優化

然后，我們在來看看做了哪些更實際的功能優化

這才是2.0版本的重頭戲

第一個重要變化，是子工作流的數據返回邏輯變了。

下圖左邊是父工作流，右邊是子工作流

當子工作流有等待操作時，以前父工作流拿到的是子工作流的input

聽起來有點繞，我舉個例子你可能就明白了。

在1.0版本里，主工作流調用子工作流，就像你讓跑腿小哥去買咖啡。

但是有個問題，如果這個跑腿小哥在買咖啡的過程中需要排隊等待，或者需要打電話問你加不加糖（也就是遇到了Wait節點或者人工審批節點），1.0的機制是，只要小哥排隊，買到咖啡后，主工作流就直接把當初你給小哥的訂單信息又原封不動地還給你，而不是把咖啡給你。

這就導致以前我們在做"人工介入"流程時非常痛苦。

比如你想做一個審批流，子工作流發一條消息給老板審批，老板點同意或拒絕。

在1.0里，主工作流根本拿不到老板是點了同意還是拒絕，因為它在最后拿到的還是提交審批流程...

而在2.0版本里，這個邏輯終于能順暢的跑通了。

現在，主工作流會老老實實的等到子工作流跑完，并把最終的結果（比如老板審批的意見）帶回來。

有什么用？

這意味著我們以后在n8n里搭建復雜的、需要人工介入的業務流程將變得非常簡單。如果這玩意兒要用代碼實現，即便對于專業程序員來說，都是挺復雜的。

你可以把復雜的審批邏輯、需要人工確認的數據清洗環節等，全部封裝在子工作流里，主工作流只需要關心最終拿到的結果是Yes或No，然后決定下一步怎么走。

這對于企業內部的請假流程、報銷流程，或者是AI生成內容后的人工審核流程，都是史詩級的加強！

老用戶要注意，如果你之前依賴父流程拿到子流程的input，現在要注意了，2.0版本開始，父流程會等待子流程結束，拿到子流程的output。

第二個核心變化是：Code節點加強，原生Python支持

n8n之所以能這么靈活，它的上限就在Code節點，沒有什么比自由寫代碼靈活的方案了。

以前我們在n8n里想用Python處理數據，用的是一種基于瀏覽器的 Pyodide技術。這玩意兒雖然能用，但限制很多，很多Python的庫都不支持，而且性能也不咋地。

這就好比你想開越野車去山里面，結果給你配了個老頭樂的發動機，雖然也是四個輪子，但跑起來也是費勁巴拉的。

n8n 2.0版本直接移除了Pyodide，改成了基于Task Runner的原生 Python支持。

現在，你的Python代碼直接運行在獨立的進程里，可以使用完整的Python生態，性能更好，也更安全。

利好習慣用Python做數據分析、做復雜數學運算或者調用特定AI庫的朋友

當然，編程小白也可以讓AI生成Code節點的代碼

第三個重大調整，是架構上的隔離，也就是Task Runner默認開啟。

以前n8n的運行模式，就像是一個大通鋪，所有人都在一個房間里睡覺。如果其中一個人打呼特別響，甚至夢游...

整個房間的人都睡不好（整個系統會崩潰）

具體說，以前如果某個代碼節點寫了個死循環，或者占用了太多內存，整個n8n的主進程可能就掛了。

2.0版本默認開啟了Task Runner，這就相當于給每個容易出問題的環節（比如代碼節點）分配了獨立的單間。

新增了一個單獨的docker鏡像（n8nio/runners）來運行Task Runner

后續，即便你的Python腳本寫炸了，或者內存溢出了，它崩掉的也只是那個獨立的單間，主控室依然穩如泰山，其他工作流照樣運行。

這對于在生產環境使用n8n的團隊來說，穩定性直線提升。

再也不用擔心因為實習生寫了一個隱藏bug，導致后續整個自動化流程癱瘓。

除了功能增強，2.0還有一部分更新是在做"減法"，主要集中在安全性和數據庫支持上。

首先是數據庫。n8n 2.0徹底放棄了對MySQL和MariaDB作為底層存儲數據庫的支持。

注意：這里說的是n8n自身運行所依賴的數據庫，不是說你不能連接 MySQL節點去讀寫業務數據，那個節點還在。

官方推薦大家遷移到PostgreSQL。如果你是個人用戶用SQLite，新的版本也升級了驅動（池化驅動），據說性能提升了10倍。

其次是為了安全增加了一些限制。

以前n8n為了方便，允許代碼節點直接讀取環境變量，也允許隨意執行系統命令。這方便是方便，但也留下了后門。如果有人惡意注入代碼，后果不堪設想。

2.0版本默認禁止了代碼節點讀取環境變量，也禁用了Execute Command這種能直接操作服務器的高危節點。

如果你確實需要用，得去改配置文件手動開啟。

還有文件讀寫權限。以前n8n可以讀取服務器上的任何文件，現在默認只能在規定的目錄下讀寫。這又是一層安全加固。

對于我們這些n8n的老用戶來說，2.0的到來既是驚喜也是挑戰。

驚喜在于，它終于補齊了短板。子工作流的數據回歸邏輯，讓編排更復雜業務邏輯成為了可能。原生Python和Task Runner的加入，在處理重型任務時有了底氣。

挑戰在于：如果你之前的業務流程里，大量使用了子工作流的舊機制，或者依賴了 MySQL作為底層存儲，或者在代碼節點里大量調用環境變量，那么升級2.0對你來說，可能是一場需要小心，謹慎的搬遷過程。

最好的做法是，先在本地或者測試服務器上部署一套2.0的環境，把現有的工作流導入進去跑一遍。

官方提供了一個遷移報告工具，或許有幫助：

https://docs.n8n.io/migration-tool-v2/

我覺得n8n 2.0更多的是企業級功能迭代，更安全，更穩定，更靈活。

隨著AI Agent的爆發，我們需要的不只是一個能對話的聊天框，而是一個能連接世界、能執行任務、能處理復雜邏輯的手腳。

而把Agent當作工作流的節點，無疑是更穩定的方案

n8n 2.0的這些改進，無論是穩定性、安全性還是邏輯編排能力，都是在為承接更復雜的AI Agent任務做準備。

話說，大家現在都在用n8n干嘛呀？

歡迎在評論區一起交流分享～

另外，我建了n8n的社群，感興趣的朋友可以在在公眾號后臺私信：“進群” 加入

能看到這里的都是鳳毛麟角的存在！

如果覺得不錯，隨手點個贊、在看、轉發三連吧~

如果想第一時間收到推送，也可以給我個星標?

謝謝你耐心看完我的文章~