n8n 是一個工作流程自動化平台。你把流程搭建成由節點連成的視覺化圖：觸發器被觸發，資料流經各個步驟，在其中被轉換或呼叫外部服務，最後產生某個結果。與市面上大量做類似事情的工具相比，它的區別在於三點疊加：面向有技術能力的使用者而不是刻意向他們隱藏程式碼、可以執行在你自己的基礎設施上，以及已經圍繞 AI 代理重新定位。
最後這一點在目前的主標題上就能看到——AI agents and workflows you can see and control，副標題描述的是視覺化搭建、必要時深入程式碼、連接一切的路徑。強調「看得見、控得住」，是對那些以黑箱方式運作的代理框架的有意對照。
營運實體在隱私政策中揭露得很精確：n8n GmbH，商業登記號 HRB 212509 B，註冊地址在柏林 Novalisstr. 10，是一家受歐盟法域管轄的德國公司。TechCrunch 報導公司由 Jan Oberhauser 於 2019 年創立並擔任執行長。募資規模可觀：2025 年 3 月由 Highland Europe 領投 5500 萬歐元，隨後在 2025 年 10 月完成由 Accel 領投的 1.8 億美元 C 輪，估值 25 億美元，NVIDIA 的創投部門參與其中。
廠商自報的規模數字包括 500 多個整合、1 萬多個工作流程範本、20 萬以上社群成員，以及 GitHub 上超過 20 萬的 star。首頁還引用了 G2 的 4.7 分評價。這些都是廠商在自家頁面上的自述，應按行銷口徑而非經稽核的指標看待——其中 G2 的分數是廠商轉述第三方，並非本文獨立核實過的資料。
設立這一節，是因為 n8n 被極其普遍地描述為開源軟體，而這個說法在法律層面上並不準確，且這種不準確會帶來實際後果。
n8n 採用的是 Sustainable Use License，而不是 MIT、Apache 或任何其他經 OSI 認可的開源授權。權威文本是專案自己儲存庫中的 LICENSE.md，其限制條款寫得毫不含糊：你只能為自身內部業務目的、或非商業與個人用途使用或修改本軟體。向他人散布也僅在免費且用於非商業目的時才被允許。
落到實處：把 n8n 用在公司內部、自動化自家流程，明確是被允許的；把 n8n 拿來託管並把這項託管服務賣給客戶，則不被允許。如果你的商業模式涉及把基於 n8n 的自動化作為付費服務提供給第三方，就必須仔細閱讀授權條款，而不能預設自己享有開源的自由。
還有第二層。檔名中含 .ee. 或目錄名中含 .ee 的原始碼檔案被完全排除在 Sustainable Use License 之外，要使用這些檔案必須持有有效的 n8n 企業授權。也就是說，這個儲存庫並非統一授權，其中一部分是僅限商業授權的。
這一模式在其生態中的稱呼是 fair-code，而它自己的定義站說得相當直接：fair-code 不是一種軟體授權。它描述的是這樣一種軟體模式——一般可免費使用、原始碼公開、任何人可擴充，但被作者施加商業限制。這是一個自洽且站得住腳的立場，但它不是開源；把兩者混為一談，可能讓一個機構掉進授權問題裡。
實用的結論是：「原始碼公開、可自架」是準確的說法，「開源」不是。對絕大多數內部使用者而言，這個區分不改變任何事；而對任何要在其之上建構商業產品的人來說，它改變一切。
核心互動是節點畫布：觸發器、動作、條件分支與迴圈以視覺化方式組裝。真正的差異點在於，當視覺化抽象開始成為束縛時，你可以在程式碼節點裡寫 JavaScript 或 Python，而不必放棄這個工具。這正是產品自述「程式碼的靈活性加無程式碼的速度」的由來，也是它能吸引那些覺得純無程式碼工具太受限的人的原因。
500 多個整合涵蓋了常見的 SaaS 面——CRM、資料庫、訊息、試算表、雲端儲存——另有通用 HTTP 請求節點，讓你可以呼叫任何沒有專用節點的 REST API。實際使用中，通用 HTTP 節點的重要性不亞於整合數量本身，因為它意味著「缺少某個具體整合」很少構成硬性阻礙。
這是產品變化最大的部分。LangChain 整合於 2023 年 10 月上線，能用自然語言建構自動化的 AI Workflow Builder 則在 2025 年 10 月推出。代理可以在與常規自動化同一塊視覺化畫布上被賦予工具、記憶與分支邏輯——這才是「用 n8n 而不是用程式碼框架做代理」的真正理由，因為代理的決策與工具呼叫始終是可檢視的。
超過 1 萬個已發布的工作流程範本既是學習資源也是起點。對一個確實存在學習曲線的工具來說，這個範本庫是價值的重要組成部分。
同一套軟體既可以跑在 n8n 託管於歐盟的雲端，也可以跑在你自己的伺服器上，並配有專門的自架文件。真正提供可信自架路徑的競品很少，對有資料落地或內網隔離要求的團隊來說，這一點往往就是決定性因素。
內部業務流程自動化是最基本的用途：在系統之間同步紀錄、流轉簽核、產生報表、在滿足條件時推播通知。
在缺乏原生整合的系統之間搬運與轉換資料是經典契合情境，尤其是當轉換邏輯複雜到簡單工具搞不定、又不值得為此專門寫一個服務的時候。
AI 代理落地是成長最快的用途。建構需要呼叫工具、查詢內部資料並據此行動的代理時，團隊得到的是一張可檢視的執行圖，而不是框架裡不透明的日誌。
銷售與行銷中的名單豐富化流程——接住入站紀錄、用外部 API 補全資訊、評分、再分派——天然貼合節點模型。
DevOps 與內部工具很適合自架路徑：告警路由、排程維護任務、以及必須執行在自有基礎設施內的事故通知管線。
反過來，n8n 不適合完全沒有技術能力的團隊，不適合需要次秒級延遲保證的場景，也不適合任何想把 n8n 驅動的自動化作為服務轉售、卻不打算處理授權問題的人。
充分利用整條工作流程計費的模型。由於一次執行的花費與其中包含多少步驟無關，把相關邏輯合併進一條工作流程，在雲端方案下會比拆成好幾條各自觸發的工作流程便宜得多。這一條事實是這個平台提供的最有用的成本槓桿。
警惕高頻觸發器。一條每分鐘輪詢一次的工作流程，僅它自己每月就消耗約 43,200 次執行——超過 Business 方案的額度。只要上游系統支援，就用 webhook 取代輪詢。
選方案之前先按真實量級建模。把雲端方案的年度費用與「一台小伺服器加上維護它所需的工程時間」做比較，答案會因團隊而異，差別極大。
在其之上建構產品之前先讀授權條款。這一條值得在實踐部分再說一遍，因為這個錯誤通常犯在早期、卻在很晚才被發現。
把匯出的工作流程納入版本控制。工作流程是 JSON，可以放進 Git，從而獲得純 UI 無法提供的審查、回溯與變更歷史。
把憑證存放在憑證系統裡，而不是硬編碼進節點，並對已連接帳號保持最小權限。
用貼近正式環境形態的資料測試。多數自動化故障源於搭建者沒有預料到的資料變化，而不是邏輯寫錯。
技術團隊是核心受眾——開發者、維運工程師，以及具備技術思維的營運人員，他們希望比手寫整合更快，但不想要一個把機制藏起來的工具。
有資料落地或隱私限制的機構有格外充分的理由選擇它，因為自架讓工作流程資料完全留在自有基礎設施內，而雲端預設也託管於歐盟。
正在建構 AI 代理、希望對代理行為擁有可觀測性的團隊，是成長最快的一類使用者。
對成本敏感的高用量使用者能從自架路徑獲益，那裡不適用按次執行計費。
它不太適合更該使用簡單消費級自動化工具的非技術業務使用者，不適合既沒有能力維護基礎設施、也負擔不起雲端方案的團隊，而最關鍵的是——不適合任何想建構商業轉售產品、卻沒有相應授權安排的人。
n8n 以網頁應用形式執行，既可跑在 n8n 的雲端，也可跑在你控制的基礎設施上。雲端資料存放在歐盟境內、位於德國法蘭克福的伺服器上，這是一個具體承諾而非含糊保證，對在意 GDPR 的採購方有實際意義。
自架透過專門的自架文件站 docs.n8n.io/hosting 提供支援，部署路徑與一般 Node.js 應用相同，包括 Docker。自架本身可廣泛使用，而雲端方案中某些自架的企業安排則保留給 Business 與 Enterprise 方案。
連接能力才是這個平台真正的故事：500 多個整合加通用 HTTP 節點、用於入站觸發的 webhook 端點，以及可程式化控制的 API。頁尾同時揭露了企業通道與安全文件。
雲端定價按執行量分級，而理解「執行」的含義至關重要——它的定義異常寬鬆，而且寫得很明白：一次執行是整條工作流程的一次執行，與工作流程裡有多少步驟、處理了多少資料都無關。
公布的年付價格為 Starter 每月 20 歐元含 2500 次執行、Pro 每月 50 歐元含 1 萬次執行、Business 每月 667 歐元含 4 萬次執行，Enterprise 單獨報價。注意 Pro 與 Business 之間的跨度非常大，這反映出 Business 被定位為機構級而非團隊級採購。
其他限制隨方案遞增：Starter 5 個並行執行、Pro 20 個，Enterprise 200 個以上；執行歷史保留期 Starter 與 Pro 為 7 天、Business 為 30 天、Enterprise 為 365 天。重要的是，所有方案的活躍工作流程數量都不受限制，因此約束你的是執行次數而不是你搭了多少條自動化。
自架則完全改變了這套經濟帳：沒有按次執行的費用，你的成本是基礎設施加維護。對高用量負載而言這通常便宜得多——前提是你有能力執行它，並且你的用途沒有越出授權的邊界。
Zapier 是主流對比對象：對非技術使用者友善得多，整合目錄更大，但按任務而非按工作流程執行計費，量大之後會變貴，且不提供自架。
Make（原 Integromat）在視覺化複雜度上更接近 n8n，通常也比 Zapier 便宜，不過同樣只有雲端。
Activepieces 與 Windmill 是專門想要自架的團隊最接近的替代品，其中 Activepieces 採用更寬鬆的授權，這點值得注意。
Temporal 與 Airflow 解決的是另一類問題——分別是程式碼優先的持久化執行與資料編排——當需求是工程級可靠性而非易上手的自動化時，它們是更合適的選擇。
對少數穩定且價值高的整合來說，直接寫程式碼仍是合理的替代方案，此時引入一個工作流程平台只是增加了依賴，效益卻不大。
授權是最有分量的限制，其實際形態值得再強調一次：內部使用沒問題、商業轉售不行，而僅限企業授權的 .ee 檔案意味著儲存庫並非統一授權。誤以為自己享有開源自由的團隊，往往會在很晚才發現這一點。
學習曲線是真實存在的。產品明確面向技術人員，非技術使用者常在資料結構對應、運算式語法與除錯上卡住——而正是這些深度讓它強大。
雲端執行成本可能超出預期，主要來自高頻觸發器而非工作流程複雜度。整條工作流程計費的模型在單次執行上很慷慨，這反而讓人容易低估一個輪詢觸發器會產生多少次執行。
自架是轉移成本而非消除成本。你要承擔升級、資料庫維護、監控與備份——這些都是實打實的工程時間，在與雲端定價比較時應當計入。
整合深度參差不齊。500 個整合是個很大的目錄，但各個節點對底層 API 的涵蓋完整度並不相同；通用 HTTP 節點是兜底方案，代價是要去讀廠商的 API 文件。
自動化天然是脆弱的。上游 API 變更、憑證過期與限流都會讓工作流程中斷，而在沒有刻意設計錯誤處理的情況下，故障可能長期無人察覺。
在第三方驗證方面，證據正面但樣本有限：Product Hunt 上 73 則評價得出 4.8 分。這個樣本量小到必須連同數量一起引用。首頁上出現的 G2 分數是廠商轉述第三方，本文未做獨立核實。
對一個自動化工具來說，這一節比通常更重要，因為工作流程經常承載著一個機構最敏感的資料在系統之間流轉。
揭露的蒐集範圍是相稱的。n8n 蒐集聯絡資料，帳戶與使用資料（包括假名化的使用者與工作區識別碼、帳戶設定、認證事件、工作流程設定），以及流量與裝置資料。注意其中蒐集的是工作流程設定——也就是你自動化的結構——這與流經其中的資料負載是兩回事。
最有分量的承諾關於 AI 訓練，而且寫得異常清楚：n8n 聲明不會將與網站或服務相關處理的個人資料用於開發、改進或訓練 AI 或機器學習模型。在多數平台都為自己保留寬泛訓練權利的當下，一條明確的排除條款對企業採購方是有實質意義的差異點。
但有一條限定必須並列說明。政策同時寫道，可能從客戶內容中衍生出去識別化的資料集用於改進服務。去識別化衍生比「用個人資料訓練模型」的授權範圍窄得多，但有嚴格合約保密義務的機構，應當把兩句話放在一起讀，而不是只讀那句讓人安心的。
GDPR 權利完整列出——撤回同意、存取、更正、刪除、可攜與反對——對一家德國控制者而言這是應有之義，但仍值得確認。子處理者未在政策正文中逐一列出，另有獨立的子處理者頁面。
有兩點結構性因素強化了它的隱私立場。雲端資料位於歐盟境內的法蘭克福；而自架則把 n8n 完全排除在工作流程資料路徑之外。對處理受監管資料的機構來說，後者是這個產品在隱私方面最有力的論據。
在 OSI 的意義上不是，而這正是關於它最常見的誤解。n8n 使用 Sustainable Use License，據此你只能為內部業務目的或非商業用途使用或修改本軟體，散布時也必須免費且用於非商業目的。原始碼確實公開且允許自架，因此「原始碼公開」與「fair-code」是準確的描述——但 MIT 或 Apache 式的開源自由並不適用。帶 .ee 標記的檔案被完全排除在外，需要企業授權。
把它用在內部、自動化自家業務是被允許的。把基於 n8n 的自動化作為託管服務轉售給第三方則不在 Sustainable Use License 涵蓋範圍內，需要另行商業授權安排。如果你的計畫涉及把 n8n 提供給客戶，請在動手前先讀授權原文。
雲端年付價格為 Starter 每月 20 歐元含 2500 次執行、Pro 每月 50 歐元含 1 萬次執行、Business 每月 667 歐元含 4 萬次執行，Enterprise 單獨報價。自架沒有按次執行的費用——你付的是基礎設施與維護成本。
一條工作流程完整執行一次算一次，與它包含多少節點、流經多少資料都無關。一條二十步、處理大型資料集的工作流程，與一條兩步的工作流程一樣只算一次執行。這使得「把邏輯合併進更少、更大的工作流程」成為雲端方案下主要的成本最佳化手段。
有可能，而且這是最常見的帳單意外。一條每分鐘輪詢一次的工作流程，僅自身每月就消耗約 43,200 次執行，超過 Business 方案的額度。只要上游服務支援，就優先用 webhook 觸發而非輪詢，並在可能的情況下拉長間隔。
隱私政策明確聲明，與網站或服務相關處理的個人資料不會被用於開發、改進或訓練 AI 或機器學習模型。政策另行說明可能從客戶內容中衍生去識別化資料集用於改進服務。如果保密義務很嚴格，自架可以把 n8n 完全排除在資料路徑之外。
雲端資料保存在歐盟境內、位於德國法蘭克福的伺服器上，控制者實體是柏林的德國公司 n8n GmbH。隱私政策中完整列出了 GDPR 權利。
只能說部分適合。視覺化搭建介面是易於接近的，但產品刻意面向技術人員，而讓它強大的那些深度——運算式、資料對應、程式碼節點、除錯——恰恰是非技術使用者通常卡住的地方。完全沒有技術能力的團隊，通常用更簡單的消費級自動化工具會更合適。
兩者都行，而且代理現在已是主打用途。LangChain 整合於 2023 年 10 月上線，能用自然語言產生自動化的 AI Workflow Builder 於 2025 年 10 月推出。它的獨特好處在於，代理行為執行在與普通工作流程同一塊可檢視的畫布上，而不是藏在一個不透明的框架內部。
如果你想要零維護、能接受歐盟託管、且執行量在某個方案額度之內，選雲端。如果你用量很大、按次計費會變得昂貴，或者資料落地與內網隔離要求排除了託管服務，又或者你有足夠的工程能力自行執行，那就選自架。無論選哪個，都請先確認你打算的用途符合授權條款。
