AI Agent 框架入門:n8n、Make、Claude 不會寫程式也能搭出自動化

想做一個能幫你自動回信、整理訂單、寫摘要的 AI Agent,卻一看到「框架」「API」就卻步?這篇是給「不會寫程式、但想動手」的你:用 n8n、Make、Claude 三個最主流的工具,搞懂它們各自擅長什麼、怎麼選、怎麼搭出第一個能跑的流程。讀完你會具備一個判斷力——看到任何自動化需求,立刻知道該用哪個框架開工,而不是繼續收藏一堆教學卻沒動手。本文適合中小企業老闆、行銷/營運人員、想升級的小編,以及任何被重複工作綁住的人。

為什麼需要 AI Agent 框架?

很多人對 AI Agent 的想像,是直接打開 ChatGPT 對話。但對話框有三個致命限制:它不會自己被觸發(你不開它就不動)、碰不到你的工具(讀不到你的 Gmail、改不了你的 Google Sheets)、記不住流程(每次都要重講一遍)。

AI Agent 框架要解決的,正是這三件事。框架負責「手腳」:什麼時候啟動、去哪裡拿資料、把結果送到哪;AI 模型負責「大腦」:理解、判斷、生成。沒有框架,AI 只是個很聰明但被關在房間裡的人;有了框架,它才能真正去做事。

如果你還不確定 Agent 和一般 AI 的差別,建議先讀 AI Agent 是什麼?從零開始的入門指南,再回來看怎麼動手搭。而在動手前先把任務拆成清楚的步驟,是成功率最高的起手式,這部分可參考 AI 工作流程設計

核心概念:骨架、大腦、神經

打造一個 AI Agent,本質上是組三種零件。我用人體來比喻:

零件比喻負責什麼代表工具
骨架身體與動作觸發、串接、排程、流程控制n8n、Make、Zapier
大腦思考判斷理解語意、決策、生成內容Claude、GPT
神經連線通道讓大腦碰得到外部工具MCP、API、Webhook、Function Calling

關鍵觀念:你很少只用一個工具。最強的組合往往是「n8n/Make 當骨架 + Claude 當大腦」。骨架工具不擅長推理,但很會串東西;Claude 很會推理,但不會自己被定時觸發。把它們接起來,就是一個完整的 Agent。

至於「神經」這層,現在有了 MCP 這個開放協定,能讓 Claude 用標準方式連上你的各種工具,大幅降低串接成本。而 Claude 之所以能「自己決定要呼叫哪個工具」,靠的是 Function Calling(工具呼叫) 這個底層機制——理解它,你才會知道為什麼有時候要把工具描述寫清楚、AI 才挑得對。

三大框架快速定位

如果你連「要不要寫程式」這關都還在猶豫,不用寫程式也能做 AI Agent 這篇會幫你卸下心理門檻——絕大多數中小企業的需求,視覺化工具都能涵蓋。

選型對照表:一張表看懂該用哪個

光講「各有擅長」太抽象。把三大框架攤開比,你會更快做決定:

比較項目Maken8nClaude(單獨)
上手難度最低,模板套用即可中,概念多一點低,會打字就會用
計費邏輯按「操作數」計按「執行次數」計,量大最省API 按 token 計量
自架/資料主權不可自架(雲端 SaaS)可自架,資料在你手上走 API,資料不留平台
程式彈性幾乎零程式可寫少量 JavaScript可搭 SDK/MCP 深度整合
最擅長快速串接現成 SaaS規模化、複雜分支、長期省成本理解、判斷、生成內容
不擅長大量執行時偏貴初期建置學習曲線不會自己被觸發、串接
適合誰行銷/小編、求最快驗證在意資料與成本的團隊任何要「動腦」的任務

讀法很簡單:橫向找你最在意的那一列,縱向就知道誰勝出。在意「最快上手」選 Make;在意「資料主權與長期成本」選 n8n;任務核心是「動腦」就一定有 Claude。三者並非互斥,最常見的反而是組合使用。Zapier 沒列在主欄,是因為它定位介於 Make 與 n8n 之間、生態最廣但彈性中等,完整三方比較見 n8n、Make、Zapier 平台比較

實際教學

我們用一個真實場景貫穿:「每天自動把客戶來信分類、產生建議回覆草稿、丟到 Slack 給專人確認」。跟著做完,你就有一個能跑的 Agent。

Step 1:釐清要自動化的任務

別一開始就想做「全自動客服機器人」。先選一個每週重複、規則清楚、出錯成本低的任務。把它寫成一句話:

「每天 09:00,讀取客服信箱新郵件 → 判斷類型(詢價/客訴/一般)→ 產生回覆草稿 → 發到 Slack。」

能用一句話講清楚輸入與輸出,這個任務就適合當第一個 Agent。把這句話再拆成「觸發 → 取資料 → 判斷 → 動作」的節點順序,就是 AI 工作流程設計 在做的事,先拆好再拉節點,會少走很多冤枉路。

Step 2:選對框架(用三個問題)

不要糾結,回答三題即可:

  1. 要不要會推理、生成內容? 要 → 一定會用到 Claude(或 GPT)。
  2. 要不要串很多外部工具、定時跑? 要 → 用 n8n 或 Make 當骨架。
  3. 在意資料留在自己手上、未來量會很大嗎? 在意 → 選 n8n(可自架);不在意、求最快上手 → 選 Make。

我們的範例需要推理(產生草稿)+ 串接(信箱、Slack)+ 定時,所以選 n8n + Claude

Step 3:註冊與建立第一條流程

到 n8n 註冊雲端版(或用 Docker 自架)。新建 Workflow,加入第一個節點:

到這裡先存檔、手動執行一次,確認能成功抓到信件。每加一個節點就測一次,是不會寫程式也能除錯的核心心法。

Step 4:接上 AI 與外部工具

加入 AI 節點(n8n 內建 Anthropic/Claude 節點),把上一步抓到的信件內文,用變數帶進 Prompt。Prompt 要明確指定「分類規則」與「輸出格式」(下一段給完整範例)。

接著加 Slack 節點,把 Claude 回傳的分類與草稿,發到指定頻道。記得把 API 金鑰存進 n8n 的 Credentials(憑證管理),不要把金鑰直接寫在節點裡

Step 5:測試、上線並監控

用三、五封真實信件跑過一輪,檢查分類是否正確、草稿語氣是否合適。沒問題後讓 Schedule 接管自動執行。最後務必加一個 Error Trigger 節點:流程一失敗就發通知給你。沒有監控的自動化,是定時炸彈。

想看更多現成的流程設計,可逛 Workflow 知識庫,直接借用結構再改。

範例:Prompt 與 Workflow

這是 Step 4 裡那顆「大腦」的 Prompt,你可以直接複製到 Claude 節點裡使用:

你是一位客服信件分類助理。請閱讀以下客戶來信,完成兩件事:

1. 將信件分類為以下其中一種:詢價、客訴、一般詢問
2. 撰寫一則「繁體中文、台灣口語、禮貌專業」的回覆草稿(80 字內)

【判斷規則】
- 提到價格、報價、方案 → 詢價
- 表達不滿、要求退款、產品問題 → 客訴
- 其他 → 一般詢問

【輸出格式】嚴格用以下 JSON,不要多加說明文字:
{
  "category": "詢價/客訴/一般詢問",
  "urgency": "高/中/低",
  "draft_reply": "回覆草稿內容"
}

【客戶來信】
{{ $json.email_body }}

重點在於:指定角色、明確規則、限定輸出格式(JSON 方便後續節點解析)。想讓 AI 不只回文字、還能直接「動手呼叫工具」(例如自己去查訂單),就要搭配 Function Calling 的設計思維,把工具描述寫得讓 AI 一看就懂該怎麼用。

文字版 Workflow 流程圖:

每天 09:00 Schedule 觸發

Gmail:抓取未讀客服信件

迴圈逐封處理

Claude 節點:分類 + 產生回覆草稿(輸出 JSON)

解析 JSON:取出 category 與 draft_reply

Slack:發到 #客服待確認 頻道(附草稿與緊急度)

專人按需編修後送出 → 標記信件已讀

(若任何節點失敗)Error Trigger → 發 LINE Notify 通知負責人

注意流程裡刻意保留了「專人確認」這一關。第一個 Agent 不要做全自動,讓人留在迴圈裡(Human-in-the-loop),既安全又能累積信任。等準確率穩定,再逐步放手。

常見錯誤

最佳實務

進階:更深入的一層

跑通第一條流程後,多數人會撞到同一面牆——「規則型分類」開始不夠用了。客戶的信越來越多樣,硬塞 if-else 規則只會讓 Prompt 越寫越長、越來越脆弱。這一節談三件讓你的 Agent 從「能跑」進化到「耐用」的事。

第一,把判斷交還給模型,把規則留給防呆。 與其在 Prompt 裡列 20 條分類規則,不如只給 Claude 5 個清楚的「類別定義與範例」,讓它用語意理解去歸類,規則只用來處理少數「絕對不能錯」的紅線(例如出現「律師」「消保官」就一律標記為高緊急度、跳過自動回覆)。這就是 AI Agent 勝過傳統 RPA 的本質:RPA 照腳本動,Agent 照理解動

第二,讓 Agent 會「自己取資料」,而不是你餵什麼它吃什麼。 進階做法是給 Claude 接上工具(查訂單 API、查物流狀態),讓它在回覆「我的包裹到哪了」時,自己決定去呼叫查詢工具、帶入訂單編號、再把結果寫進草稿。這正是 Function CallingMCP 發揮價值的地方——前者是「決定呼叫什麼」的能力,後者是「用標準方式接上一堆工具」的協定。兩者搭起來,你的 Agent 才算真正長出手腳。

第三,複雜任務不要塞進一個巨型 Prompt,拆成多 Agent。 當一條流程同時要分類、查單、寫回覆、還要生月報,硬塞一顆大腦只會互相干擾、難以除錯。正確做法是拆成「分類 Agent」「查詢 Agent」「撰寫 Agent」各司其職、互相傳遞結果,這套設計法見 多 Agent 協作

進階能力對照,幫你判斷現在該不該往上走:

能力層級特徵適用時機對應做法
規則型固定 if-else 分類任務簡單、類別固定純 Prompt 規則
語意型模型自行理解歸類輸入多樣、難窮舉規則類別定義+範例
工具型Agent 自己呼叫工具取資料需即時查詢外部資訊Function Calling/MCP
協作型多個 Agent 分工接力單一流程任務過多多 Agent 協作

不必一步到位。多數團隊在「語意型」就能解決八成需求,等到真的撞牆,再往工具型、協作型升級。

實際案例:台中一家電商如何把客服工時砍掉七成

某台中經營保健食品的電商團隊(5 人),每天約收到 120 封客戶來信,過去由 2 名客服人員手動分類、查訂單、逐封回覆。

導入前

他們用 n8n + Claude 搭了上文那條流程:Claude 先分類並產出草稿、發到 Slack,客服只需審閱與微調後送出;高頻問題(出貨時間、退換貨)的草稿準確率穩定後改為自動回覆。

導入後

關鍵不是工具多厲害,而是他們從一個小任務開始、保留人工確認、跑穩才擴大

第二個情境:台南設計工作室的「報價單自動生成」

再看一個不一樣的場景,證明這套打法可複製。台南一家 4 人接案設計工作室,過去業主在表單填需求後,主理人要手動換算工時、套報價級距、再開 Google 文件貼上去,每張報價單約 40 分鐘,一週 10 張就吃掉大半天。

他們用 Make + Claude 搭了一條流程:表單送出觸發 → Claude 讀需求並依事先給的「服務項目與級距表」算出建議報價與工時 → 自動帶入 Google 文件範本 → 寄草稿給主理人確認。

兩個案例的共通點很清楚:先把一個流程拆乾淨(AI 工作流程設計)、用免費版驗證、保留人工確認、跑穩再擴大。工具是 n8n 還是 Make 反而是次要決定。

註:本文涉及的客服、營運與報價成本數據為情境化示意,實際效益依產業、信件與案件複雜度、導入方式而異,不構成任何經營或投資建議。

結論

打造 AI Agent 不再是工程師的專利。記住一句話:用 n8n/Make 當骨架、Claude 當大腦,從一個小任務動手做。選工具時只問三題——要不要推理、要不要串接、在不在意資料主權——答案自然浮現。當規則型分類撞牆,再依序往語意型、工具型、協作型升級,不必一步到位。

最重要的是別再只收藏教學。今天就照三步走:先用 AI 工作流程設計 把一個每週重複的任務拆乾淨,再依 不用寫程式也能做 AI Agent 選定平台動手拉節點,最後逛 Workflow 知識庫 借一個現成結構改成你的版本。把第一條流程跑起來,比讀完十篇教學都有用。

❓ 常見問題 FAQ

完全不會寫程式,真的能做出 AI Agent 嗎?
可以。n8n 與 Make 都是視覺化拖拉介面,你用滑鼠把節點接起來就能跑,AI 推理交給 Claude 或 GPT 節點處理,不需要寫程式。建議從一個規則清楚的小任務起步。
n8n 和 Make 差在哪?
Make 更直覺、上手最快,適合純串接 SaaS;n8n 可自架、能寫少量程式、長期成本低,適合想掌控資料與規模化的團隊。兩者也可搭配 Zapier 一起評估。
什麼情況該直接用 Claude,而不是 n8n/Make?
當任務核心是理解語意、做判斷、產生內容(如客服回覆、文件摘要、寫報告),Claude 本身就是 Agent;n8n/Make 則負責把它接上你的工具與資料。
這些框架可以串在一起嗎?
可以也建議這樣做。常見組合是用 n8n/Make 當骨架(觸發、串接、排程),用 Claude 當大腦(推理、生成),發揮各自強項。複雜任務可再拆成多個 Agent 協作。
免費版夠用嗎?
做學習與小量流程足夠。Make 免費每月 1,000 次操作,n8n 可自架免費,Claude 有 API 計量付費。建議先用免費版驗證流程,跑得通再升級。
AI Agent 框架和 RPA 有什麼不同?
RPA 照固定腳本點按操作,遇到變化就壞;AI Agent 框架能理解語意、自行判斷下一步,更能處理非結構化資料。能用一句 if-else 講完的,未必需要 AI。
Function Calling 跟這些框架有什麼關係?
Function Calling(工具呼叫)是 Claude/GPT 自己決定「該呼叫哪個工具、帶什麼參數」的能力,是 Agent 會自主行動的底層機制;n8n/Make 則把這些工具用視覺化方式接好。懂前者能讓你的 Prompt 與節點設計更精準。
資料安全怎麼辦?
把金鑰存在平台的憑證管理而非寫死在節點;敏感資料優先選可自架的 n8n,並在 Prompt 中避免傳入個資。對外動作(回信、付款)起步階段一律保留人工確認關卡。

🔗 延伸閱讀

幫這篇打個分:
A
AgentAI 智庫團隊 ✓ 台灣實作團隊

我們是一群專注於 AI Agent、Prompt 與自動化工作流的台灣實作者。每篇教學都附可複製配方、誠實標示實測程度與限制,只分享真正能落地、可直接套用的方法——與其介紹工具,不如教你把事情做完。

關於我們 →看更多教學 →訂閱情報週報 →

每週把這類實戰教學寄給你

訂閱 AgentAI 智庫情報週報,新的 Prompt、AI Skills、工作流與教學第一時間收到。

免費 · 隨時取消