如果你曾經在 n8n 裡建立一個 Slack 小助手，專門回答「為什麼這位客戶上月的訂單下跌？」這類問題，你一定遇過這個困境：每次提問都不一樣，下一步取決於上一個答案，畫布上的 IF 節點越堆越多，卻仍然漏掉一半情況。2026 年 9 月 25 日，n8n 推出了處理這類工作的新方法。
它叫 n8n Agents。你不必再畫出每一條分支，只需用文字描述工作內容。本文說明它改變了什麼、何時該用代理而非工作流程、如何撰寫決定成敗的指示，以及一個今天下午就能完成的安全入門做法。
n8n Agents 是什麼？9 月 25 日有什麼改變？
n8n Agents 是 n8n 新增的獨立功能，與舊有的 AI Agent 節點分開。你為代理設定模型、指示、工具和頻道，它便會自行規劃步驟。同一個已發布的代理，可以在 Slack 回答問題、按排程執行，也可以被任何工作流程呼叫。
根據 n8n 官方發布文章，每個代理都預先配備了以往要自行拼湊的部件：記憶、對話紀錄、頻道（Slack、Telegram、Linear、Discord、排程）、草稿與正式版本，以及審批機制。n8n 把它比喻為購買組裝好的電腦，而不是自己砌機，但你仍然可以打開機箱加裝零件。
有三點值得留意。第一，舊的 AI Agent 節點沒有改動，你以前建立的一切照常運作。第二，新增的 Message an Agent 節點，讓任何工作流程可以把其中一步交給代理處理。第三，你不需要懂工作流程也能建立代理，指示讀起來就像寫給同事的工作簡報。
目前 n8n Cloud 最新穩定版用戶已可使用，自架版本需要額外設定，企業版則「即將推出」。n8n 將此功能標示為預覽版，行為仍可能隨版本更新而改變。
什麼時候該用 n8n Agent，而不是工作流程？
步驟固定、次序必須準確時，例如驗證表格再分派潛在客戶，應該用工作流程。下一步取決於上一個答案時，例如調查客戶問題，應該用代理。若固定流程中只有一步需要判斷，就在工作流程中加入 Message an Agent 節點。
最簡單的判斷方法是問自己：請求來到之前，你能否在白板上畫出整個流程？能的話，就保留工作流程，因為它更易審核、除錯，而且每次表現一致。如果答案是「要看對方問什麼」，那就是代理的用武之地，例如：
- Slack 內部問答：查詢數據、必要時先追問，再整理摘要。
- 潛在客戶研究：每間公司需要查閱的資料都不同。
- 客服分流：閱讀工單、判斷是否需要帳戶資料、草擬回覆、緊急個案上報。
混合模式往往最聰明：原有流程掌控次序，代理只處理模糊的那一步。由於節點呼叫的是已發布的代理，你只需更新一次指示，所有相關流程都會同步更新。
如何撰寫讓代理表現穩定的指示？
把指示欄當成一份包含五部分的工作簡報：角色、目標、工具規則、界限和輸出格式。指示含糊，代理就要猜用哪個工具、何時停止。明確的工具規則加上固定的輸出格式，才能把精彩示範變成團隊可以依賴的工具。
大部分表現不穩的代理都犯同一個錯：只描述性格（「你是一位樂於助人的分析師」），卻沒有說明先用哪個工具、何時應該追問、完成的答案應該是什麼樣子。這與我們在輸出契約指南中談到的原則一致。以下是一份可以直接貼上使用的簡報：
試試這個提示（貼到代理的 Instructions 欄）：
角色：你是市場部的報表助理，在 Slack 回答同事有關推廣成效的問題。
目標：給出簡短、附出處、可以直接貼進進度報告的答案。
工具規則：
1. 凡涉及數字的問題，必須先呼叫「取得推廣數據」工作流程，不可憑記憶估算。
2. 如果問題沒有指明推廣活動或日期範圍，先提出一個追問，再使用任何工具。
3. 只有在問及品牌指引時，才查閱「品牌文件」知識庫。
4. 每次對話結束時可呼叫「記錄請求」一次，不得使用其他會寫入資料的工具。
界限：
- 如果工具沒有回傳所需資料，回答「連接的資料中找不到相關內容」，然後停止。
- 不提供預算建議，請同事向組長查詢。
- 以同事使用的語言回覆。
輸出格式：
- 第一行：一句話直接回答。
- 最多三個要點列出支持數字。
- 最後一行：「來源：[工作流程或文件名稱]，數據截至 [工具回傳的日期]」。
這份簡報做了四件事：指定唯一的數據來源、遇到含糊問題必須追問、列明唯一可寫入的動作、固定答案格式。每一條規則，都替模型減少了一個隨機決定。
如何安全地建立第一個 n8n Agent？
從唯讀開始。先為代理配置一至兩個查詢工具，連接私人測試頻道，為所有寫入動作開啟審批，並連續幾天檢查每一段對話紀錄。確認無誤後，才加入一個範圍狹窄的寫入動作，並以發布新版本的方式上線。
- 打開 Agents 分頁，點擊 Create Agent。也可以直接向 n8n Assistant 描述需求，讓它代為草擬（會消耗 AI 額度）。
- 選擇模型。可以用你已有憑證的任何模型，或先用 n8n 的 Gateway 額度，不必即時申請 API 金鑰。
- 貼上五部分簡報。
- 由最窄的工具開始加入。n8n 提供三類工具：MCP 伺服器、單一動作的 n8n 節點，以及完整的工作流程。對 MCP 不熟悉的話，可先閱讀MCP 連接器入門。
- 用工作流程包裝寫入動作。不要把 CRM 憑證交給代理，而是建立一個只能「新增備註」的小流程。代理決定何時呼叫，流程決定實際做什麼。
- 為敏感工具開啟審批，代理會先暫停，等待你批准或拒絕。
- 在測試頻道試用草稿，並閱讀對話紀錄，每一步呼叫了什麼工具、輸入輸出是什麼，都一目了然。
n8n Agents 有哪些常見錯誤和限制？
最大的風險是給代理過於寬鬆的工具、把預覽功能用於面向客戶的寫入，以及忽略成本。代理每一輪對話計算為一次執行，與現有工作流程共用額度，但模型用量另計，因此反覆來回的長對話，實際成本往往比表面高。
- 「萬能」工具：一個接受任何請求、可寫入任何地方的流程，會令整個安全設計失效。
- 不看對話紀錄：只有紀錄能告訴你，代理是否選錯了客戶，或在應該追問時自行作答。
- 用代理處理固定流程：代理增加了判斷，也就增加了變數。
- 低估成本：模型用量、Gateway 額度和 Assistant 使用都要另計，先用幾次真實對話估算。
接下來 20 分鐘可以試什麼？
建立一個唯讀的 Slack 代理，回答團隊每星期都會問的一個問題。只給它一個查詢流程，貼上五部分簡報，問三個真實問題，其中一個故意問得含糊，然後閱讀對話紀錄，看它有沒有先追問、有沒有註明出處。
它沒有追問就直接猜，就收緊工具規則；每次答案格式不同，就收緊輸出格式。簡報、測試、看紀錄、收緊，這個循環就是整門技術。模型負責步驟，你負責界限。懂AI的冷，更懂你的難 UD 同行28年，讓科技成為有溫度的陪伴。
本文由 UD AI 團隊審閱。資料來源：n8n 官方發布文章（2026 年 9 月 25 日）、Kingy AI 分析（2026 年 9 月 27 日）。
準備好把真正的工作交給 AI 代理？
當第一個代理能穩定回答問題，下一步就是建立一組角色清晰、技能合適、界限安全的 AI 員工。UD 的 AI 員工方案會按照你團隊實際使用的工具和審批規則配置，UD 團隊手把手帶你完成每一步，由選擇第一個角色、設定到日常運作。
