最近我在幫官網做一些免費的小工具，其中一個是把原本上課用的「企業健檢」改成讓網站訪客也能使用的版本。這件事看起來只是換個入口，實際做下去才發現，原本流程讀取資料的方式、使用者操作的方式，幾乎都要跟著改。
我最後選了 n8n 來串這些流程。更讓我意外的是，後來大部分的修改，我不是自己一個節點一個節點去拉，而是直接跟它說我要改什麼，讓 AI 幫我找出相關的 workflow、一起調整，遇到問題再回來問我。我把這個功能做完的時候，還正在公園陪小孩子玩沙。
如果你以前用過 n8n，可能還記得那個「節點要自己拉、設定要自己填」的畫面。現在多了 AI 建置功能，我覺得值得重新認識它。先說清楚這個功能是什麼，再分享我這次怎麼用。
n8n 的 AI Builder 是什麼？現在的 n8n Assistant 又是什麼？
n8n 的 AI 建置功能，讓使用者用自然語言描述需求，由 AI 協助產生或修改工作流程。2026 年 9 月官方介紹的 n8n Assistant 接替 AI Workflow Builder，進一步把建立、執行與修正放在同一段對話裡。
先用白話說，n8n 是把工作拆成一個個步驟，再接起來自動執行的工具。收到表單是一個步驟，檢查欄位是一個步驟，呼叫 AI 模型、把結果送出去又是其他步驟。畫面上每個步驟叫「節點」，串起來就是 workflow。
以前做這件事，我們得先想好要用哪些節點，再一個一個拉、一個一個設定。後來的 AI Workflow Builder 讓我們可以先用自然語言講需求，由 AI 協助選節點、連接流程。n8n 早期的介紹也把它當成討論與改善流程的幫手。
我一開始也會順口叫它「AI Builder」，不過 n8n 2026 年 9 月的公告說，新版 n8n Assistant 已經接替 AI Workflow Builder。它不只幫你把節點放上畫布，還可以執行流程、查看錯誤，再接著修改。我這次也是照著 n8n Assistant 的自架文件安裝，所以下面會用 n8n Assistant 這個名稱。
我喜歡的一點是，AI 改完之後，流程還是一般的 n8n workflow。我可以打開每個節點看看它做了什麼，也可以自己改。這對實際維護系統很重要。
我們可以怎麼用口語請它建立或修改流程？
使用 n8n Assistant 時，可以描述工作目標、資料來源與預期結果，再讓 AI 協助規劃、建置及測試。需要登入帳號或缺少關鍵資訊時，使用者仍要補充；生成後的流程也可以繼續用對話調整。
比方說，我想做一個接收網頁資料的小工具，就可以先這樣跟它說：
收到網頁送來的資料後，先檢查必要欄位。資料齊全才做 AI 分析，再把結果整理成網頁需要的格式。如果缺少資料，請回傳缺少哪些欄位。先幫我規劃流程，有不清楚的地方問我。
上面是我為了說明功能寫的例子，不是當時對話的逐字稿。重點是，我可以先講「收到什麼資料、先做哪些檢查、最後要交出什麼」，不必從節點名稱開始講起。
照 官方使用文件的說明，n8n Assistant 能在有權限的專案裡建立、修改和測試流程。它跑到一半如果遇到錯誤，可以看執行結果再調整；需要連接外部服務時，會請我們選憑證或建立連線。我這次用下來，也是這種「先交代需求、缺資料再補」的感覺。
當然，我還是要把需求講清楚。原本有幾條流程、哪些規則要保留、改完要輸出什麼，這些不說，AI 也很難知道我到底想改哪裡。
我為什麼需要 n8n？免費的小工具也要考慮執行成本
免費 AI 小工具仍有模型與主機成本。我選擇讓 n8n 串接固定程式和不同模型，將規則明確的工作直接用程式執行，只有需要理解、判斷或生成內容的步驟才使用 AI，減少不必要的模型呼叫。
我的小工具不一定只用一種 AI。有些步驟需要 OpenAI 的模型；比較單純的工作，我會先試 DeepSeek 這類便宜的模型；有些開發工作，我也會想呼叫 Codex 等 CLI 工具。
但工具是免費開放的，我不能讓每個網站訪客一進來，就產生一筆我無法預估的 AI 費用。如果只是檢查欄位、整理日期、照規則搬資料，也讓 Agent 每次重新判斷一遍，我覺得很浪費。
我會希望把能寫成固定規則的部分，先交給程式。例如檢查欄位是否存在、日期格式轉換、依既定條件分流，或把已經算好的結果放進固定格式。這些步驟只要沒有呼叫模型，執行時就不會耗用模型 token；當然，程式仍然會用到主機資源。
| 工作的性質 | 我會考慮怎麼做 |
|---|---|
| 規則明確、每次做法相同 | 用程式或一般節點執行 |
| 需要理解文字，任務範圍較單純 | 先測試較便宜的模型是否足夠 |
| 需要較多推理或特定 Agent 工具 | 選適合的模型或 CLI，再核對使用方式與費用 |
| 協調順序、傳遞資料、串起結果 | 交給 n8n 工作流程管理 |
這是我設計流程時的分工想法，並不是企業健檢實際每個節點的清單。我選 n8n 的原因就是這種彈性：程式、不同模型和外部工具可以分開處理，再由同一個 workflow 串起來。對需要長期維護流程的團隊來說，這點很實用。n8n 官方也把程式、自動化與 AI 的整合列為平台特色。
還有一個我自己很在意的差別：請 AI 幫我建流程，跟網站訪客每次使用這個流程，是兩筆不同的費用。 如果我在開發時請 AI 幫我寫好一段固定程式，之後這段程式可以重複跑；正式流程裡如果有呼叫模型，每跑一次還是會有用量。至於這次到底省了多少，我還沒有完整的執行數據，就先不寫一個漂亮的百分比。
我的自架 n8n，怎麼接到程式和 CLI？
我的 n8n 部署在 Docker 容器裡，透過容器間連接，呼叫另一個環境中的 CLI 與 Python 程式。容器連線和遠端執行需要另外設計；n8n 裡能執行命令，不代表可以直接使用主機或其他容器上的所有程式。
我的 n8n 是自架的，而且放在容器裡。我把使用的 Antigravity CLI 工具，以及操作 CLI 的 Python 程式放在另一個容器環境，再透過 Docker 容器間的連接，讓 n8n 呼叫這部分的功能。
對主管來說，可以先把它理解成：n8n 負責安排工作順序，Python 和 CLI 負責某些特定工作，做完後再把結果交回流程。工程人員可以依工作需要，維護或替換其中一個模組。
這是我自己的部署方式。Antigravity CLI 是我在環境中另外使用的工具，並不是 n8n 內建的節點。我是透過容器和程式，把它接到 n8n 的工作流程裡。因為不同環境的安裝方式和版本可能不一樣，本文先分享整體架構與使用方式，不列出尚未確認的安裝指令。
另外，有一個技術細節要說準。n8n 的 Execute Command 文件指出：如果 n8n 跑在 Docker 裡，命令是在 n8n 所在的容器執行，並不是直接跑在 Docker 主機上；這個節點也不提供給 n8n Cloud，且從 n8n 2.0 起預設停用。因此「呼叫另一個容器裡的工具」需要搭配自己的連線與執行介面，不能只把兩個容器連上網路，就以為程式會自動互通。
這也是我推薦工程團隊認識 n8n 的原因：現成節點能用就用，需要自己寫程式的地方，也有空間接進來。
月費額度可以直接拿來支撐免費網站嗎？
我在開發這些免費小工具時，也會思考能不能使用自己已經購買的月費額度，降低開發和測試成本。
例如在我自己的環境裡，有些工作可以透過 Codex 或其他 CLI 工具執行。這種方式適合用在開發、測試，或是我自己可以控制的固定流程。它和每一次都使用 API Key 呼叫模型，是不同的成本模式。
不過，如果網站要正式開放給其他使用者，就需要另外確認服務供應商允許的使用方式。自己的訂閱帳號可以在個人環境中使用，不代表就能直接拿來代替所有網站訪客執行任務。
所以我的做法是，先把能固定化的流程寫成程式，再依照任務的性質，選擇使用 API、價格較低的模型，或是在合適的情況下呼叫 CLI。這樣可以讓成本比較容易控制，也不會把所有工作都交給 AI Agent 處理。
從課堂練習改成網頁工具，它幫我一起修改了相關 workflow
這次企業健檢改版，改變的是使用入口、操作方式與讀取目標，而且原本已拆成多個 workflow。我實測時，AI 找到彼此相關的流程，依口語需求一起修改，協助測試，並在缺資訊或憑證時請我補充。
我之前就做過企業健檢服務，不過當時是給課堂上的同學練習。現在要放到官網上，讓一般使用者自己操作，入口換了，讀取資料的目標也變了，原本那套流程得跟著改。
麻煩的是，我當時已經把整個自動化拆成好幾個 workflow，它們彼此會呼叫。以前要改這種東西，我得先找出哪幾條流程有關聯，再一條一條檢查。只改了其中一條，其他地方沒跟著改，功能還是不會完整。
這次 n8n Assistant 最讓我驚訝的，就是它自己找出相關聯的 workflow。我用口語告訴它我要怎麼改，它就把這幾條流程一起調整，而不是只改我眼前打開的那一條。後來大部分的修改，我都是透過對話讓它完成。
它還會接著測試。缺了我沒提供的資訊，它會問我；需要連到外部服務，它會叫我建立憑證。我覺得這才是真正省時間的地方：原本最花精神的，是找出彼此相關的流程、改完再跑一次，看看有沒有哪裡接不上。
這是我這次的實測經驗。它幫我跑通流程之後，我還是會自己檢查結果；換一個專案，也不一定能一次把所有情況都處理好。官方文件有說明它受專案權限限制，而且目前仍是 Preview。
下面這張是 n8n Assistant 補問與要求建立憑證的樣子，取自我另一個「每週排程發文」流程：它先問我要把「排程 Facebook 發佈」節點換成什麼，我回覆一個工具網址後，它停在「Waiting for your input」，跳出 Simplified Custom Auth 的憑證設定卡，讓我選擇連線或暫時略過。
我最後是在公園陪孩子玩沙，一邊把功能改完的
這次實作讓我感受到，AI 輔助建置可以讓人把注意力放在需求、分工和結果確認，減少逐一操作節點的時間。我在既有服務與部署基礎上，以對話指揮修改，完成企業健檢轉成網頁工具的這次調整。
這次做完企業健檢，我回頭想，最有畫面的一幕居然不是坐在電腦前，而是在公園陪小孩子玩沙。我一邊看孩子玩，一邊告訴 AI 接下來要改什麼；它遇到沒辦法自己決定的地方，再回來問我。
我能這樣做，是因為前面已經有做好的企業健檢、自架 n8n，也有拆好的 workflow。真正需要我決定的，還是功能要怎麼改、哪一段寫成程式、哪一段需要 AI，以及結果是不是我要的。
只是現在，我不必把每一個想法都親手翻成「打開哪條流程、找到哪個節點、改哪個設定」。這件事很有感，因為我以前用 n8n，光是改這些細節就要花不少時間。
如果你的團隊也有工程人員在做 AI 工具，我會建議試著把工作拆開：固定的事情用程式跑，需要判斷的才選合適的模型；n8n 負責把它們串起來。建立和修改這些流程的時候，再讓 n8n Assistant 幫忙。
n8n AI 建置功能常見問題
使用 n8n 的 AI 建置功能，應區分建置助理、正式流程中的 AI，以及程式執行環境。三者的設定與費用不同；自架環境也需要完成模型與執行環境設定，才能使用相關功能。
用 AI 建立工作流程，之後每個步驟都會耗 token 嗎？
不會。固定程式與一般節點只要沒有呼叫模型，執行該步驟就不會耗用模型 token。AI 協助建置或除錯有自己的用量，正式流程裡呼叫模型的步驟也有用量；兩者要分開記錄。
自架 n8n 就會自動有 n8n Assistant 嗎？
不一定，需要版本與設定配合。官方自架說明列出模型提供者與必要的 sandbox 執行環境，搜尋服務則是選配。這個給 Assistant 跑程式的 sandbox，和我另外放 CLI、Python 程式的工作容器，是不同用途，不能直接混為一談。
AI 要我建立憑證，可以直接把 API Key 貼給它嗎？
應透過 n8n 的憑證設定畫面建立連線，使用 Assistant 提供的憑證選擇或建立入口。官方說明要求使用標準憑證介面，不要把 API Key 或密碼貼進對話。
自動測試成功，就代表網頁工具可以正式提供給大家用了嗎？
單次成功代表該次輸入能跑通，還要核對輸出是否正確，以及缺資料、服務失敗等情況。本文記錄的是我的改版經驗，不把 AI 回報成功當成所有情境都已驗收。
參考資料
本文的企業健檢改版、容器分工與公園操作經過，來自 Claire Chang 的第一手描述。產品名稱、功能、執行環境與帳號使用限制，依 2026 年 9 月 27 日查閱的官方資料整理。
- n8n：Introducing n8n Assistant，2026-09-09。
- n8n：Use n8n Assistant，文件日期不明。
- n8n：AI Workflow Builder Best Practices，2026-01-12。
- n8n 官方網站，頁面日期不明。
- n8n：Execute Command，文件日期不明。
- n8n：Set up n8n Assistant，文件日期不明。
- OpenAI：Authentication，文件日期不明。
- Anthropic：Claude Code Legal and compliance，文件日期不明。
以上來源查閱日期皆為 2026-09-27。
關於作者
Claire Chang ｜ 企業 AI 導入與流程轉型顧問。專注於 AI Agent 架構設計、ERP 系統整合與企業 AI 治理。
首次發布：2026-09-27