你大概看過不少「AI Agent 會改變世界」的說法,也心動過,但一打開教學就看到 Python、API、向量資料庫,立刻被勸退——這幾乎是每個非工程背景的人想做 Agent 時的真實處境。好消息是,2025 年之後的工具已經成熟到不寫一行程式也能組出一個真正會幹活的代理。這篇文章要帶你做一件具體的事:只用 GPTs、Claude 與 n8n 三個現成工具,從零組出你的第一個 AI Agent。
誰適合讀:行銷、營運、客服、行政人員,或想自己驗證點子的中小企業老闆,只要你有一個「每天重複、規則清楚」的任務就能開始。讀完你會得到:一套從定義任務、選工具、寫指令、串接動作到上線監控的完整步驟,外加可直接複製的 Prompt、文字版 Workflow 流程圖,以及一個台灣團隊導入前後的真實成果對照。如果你還不確定「Agent」這個詞到底指什麼,建議先讀 AI Agent 是什麼?從入門到實戰 建立基礎概念,再回來動手實作會更順。
為什麼你該現在就動手做一個 Agent
很多人對 AI Agent 的想像太遠大,覺得要做就要做一個「全能助理」,結果光是規劃就卡住,永遠停在心動階段。事實正好相反:最有價值的第一個 Agent,往往是最無聊的那一個——把你每天花十五分鐘做、又毫無創意的瑣事自動掉。
對沒有工程資源的個人與小團隊來說,自己動手做的價值很實際:
- 把重複勞動還給機器:分類郵件、整理報名表、回覆常見問題、做每日摘要,這些事規則固定卻吃掉大量時間,正是 Agent 最擅長接手的。
- 不必養工程團隊:過去要做這類自動化得寫程式、租伺服器,現在靠現成工具,一個人花一兩天就能上線一個能用的版本。
- 快速驗證點子:與其開會討論「AI 能不能幫我們做 X」,不如花一個下午做出原型直接跑跑看,數據比想像可靠。
- 建立 AI 直覺:親手組過一個 Agent,你會真正理解它的能耐與邊界,之後不管是評估廠商還是規劃更大的專案,判斷都更準。
關鍵心態是:先求一個能跑的小東西,再慢慢長大。 不要一開始就想做完美的全自動系統。如果你想直接套用別人驗證過的起手式,AI 工作流範本庫 整理了多種現成的自動化情境,照著改比從零想快得多。
核心概念:Agent 不是聊天機器人,是「會自己幹活的員工」
要做對 Agent,先得理解它和一般 AI 對話的差別。最簡單的比喻:一般 ChatGPT 像是一位很會回答問題的顧問,你問什麼它答什麼,但它不會幫你去做;而 Agent 像是一位會自己動手的助理,你交代一個目標,它會規劃步驟、自己去查、自己去做、做完回報你。
差別關鍵在三個能力:能不能規劃、能不能呼叫工具、能不能根據結果調整。而這三個工具剛好補齊不同部分:
| 工具 | 角色定位 | 最適合的任務 | 上手難度 |
|---|---|---|---|
| GPTs | 對話型助理 | 客服問答、文件助手、特定角色顧問 | 最低,純填表 |
| Claude Project | 長文件 / 知識型助理 | 合約初讀、報告分析、依規範寫作 | 低,純填表 |
| n8n | 自動化「大腦」與手腳 | 自動觸發、跨系統串接、定時執行 | 中,拖拉連線 |
實務上的分工很清楚:GPTs 和 Claude 是「會思考的嘴巴」,n8n 是「會動的手腳」。 如果你的任務只是回答問題,用前兩者就夠;如果任務需要「收到某件事就自動去做一連串動作」,就用 n8n 當主控,再讓它去呼叫 AI 來做判斷。
這裡有個常被混淆的點:自動化工具(n8n)和 AI Agent 不是同一件事,但兩者結合才完整。 傳統自動化是「死規則」——條件 A 成立就執行動作 B,不會思考;而 Agent 的價值在於中間那段「判斷」交給了 AI。所以本文的做法本質上是:用 n8n 提供手腳與觸發能力,用 LLM 提供大腦與判斷力,組成一個有腦也有手的代理。 想更深入理解自動化工具本身的差異,可參考 n8n、Make、Zapier 怎麼選 這篇完整比較。
實際教學:五步組出你的第一個 Agent
以下用一個具體情境貫穿:你是一家台灣中小企業的行銷企劃,每天要把官網「聯絡我們」表單進來的詢問分類、判斷急迫度、寫好初步回覆草稿、通知對應同事。我們就做這個 Agent。
Step 1:定義 Agent 的單一任務
第一步不是打開工具,而是拿張紙寫清楚三件事:輸入是什麼、輸出是什麼、什麼叫成功。
以我們的情境為例:
- 輸入:一筆表單資料(姓名、公司、需求描述)。
- 輸出:分類標籤(業務 / 客服 / 合作 / 求職)、急迫度(高 / 中 / 低)、一段初步回覆草稿、指派給哪位同事。
- 成功標準:分類正確率九成以上,草稿可直接微調寄出。
切記一次只做一個任務。新手最常見的失敗就是想讓 Agent 包山包海,結果每件事都做不好。
Step 2:選對工具組合
對照前面的表格判斷。我們的任務需要「自動被觸發、跨系統(表單→AI→試算表→通知)」,所以主控用 n8n,再讓 n8n 去呼叫 AI 做分類與寫草稿的判斷。如果你的需求只是「員工有問題時來問 AI」,那其實一個 GPTs 就解決了,不必動用 n8n。
如果你決定用 n8n,但對它的節點還不熟,可以先讀 Make 自動化實作指南;Make 的視覺化邏輯和 n8n 高度相通,先用門檻更低的 Make 練熟「觸發—判斷—動作」的思路,轉回 n8n 幾乎無痛。偏好極簡上手的人也可以從 Zapier 新手入門 開始。
Step 3:寫好角色與規則 Prompt
這是整個 Agent 的靈魂。不管用哪個工具,都要用系統指令清楚定義它的身分、能做與不能做的事。下一段會給完整可複製的 Prompt。
Step 4:串接動作與資料來源
在 n8n 裡,一個 Agent 流程通常是這幾個節點接成一條線:觸發(Webhook 收表單)→ AI 節點(分類+寫草稿)→ 寫進 Google 試算表 → 條件判斷(急迫度高就立刻通知)→ 發通知(Email 或 LINE)。 n8n 內建大量現成節點,多數情況連 API 文件都不用看,照欄位填即可。若 Agent 需要查內部系統或私有資料,現在更推薦透過 MCP 把資料來源接上,讓 AI 在判斷當下就能撈到最新內容,而不是靠人事先貼進 Prompt。
Step 5:小範圍試跑再上線監控
千萬別第一天就全自動。先手動丟十筆過去的真實詢問進去跑,檢查分類對不對、草稿能不能用。在發通知前加一個「人工確認」關卡(n8n 的 Wait 或審核節點),等你看順眼了再拿掉。上線後每週看一次錯誤紀錄,持續微調 Prompt。
範例:Prompt 與 Workflow
先給可直接複製的系統 Prompt,貼進 n8n 的 AI 節點或 GPTs 的指令欄即可:
你是一家台灣中小企業的「客戶詢問分類助理」。
【你的任務】
收到一筆官網表單資料後,完成以下四件事,並只輸出指定的 JSON 格式:
1. 分類:從「業務、客服、合作、求職」四類中選一個。
2. 急迫度:判斷為「高、中、低」。涉及已付款問題、客訴、限時合作視為高。
3. 回覆草稿:用繁體中文、台灣商務禮貌口吻寫一段 80~120 字的初步回覆,稱呼對方姓氏。
4. 指派:業務→Amy;客服→Ben;合作→Cathy;求職→David。
【規則】
- 只依表單內容判斷,資訊不足時急迫度標「中」,並在草稿中禮貌請對方補充。
- 嚴禁編造公司不存在的優惠、價格或承諾交期。
- 涉及金額、退費、法律爭議時,急迫度一律標「高」,草稿結尾加註「將由專人盡快與您聯繫」。
【輸出格式】
{"分類":"", "急迫度":"", "指派":"", "回覆草稿":""}
【表單內容】
{{這裡帶入表單資料}}
對應的 Workflow 文字版流程圖如下:
官網表單送出(Webhook 觸發)
↓
n8n 接收資料,整理成乾淨欄位
↓
呼叫 AI 節點(帶入上面的系統 Prompt)
↓
取得 JSON:分類/急迫度/指派/草稿
↓
寫進 Google 試算表(建立一筆詢問紀錄)
↓
判斷急迫度是否為「高」?
├─ 是 → 立刻發 LINE 通知指派同事(附草稿)
└─ 否 → 彙整進每日摘要,早上九點一次寄出
↓
(上線初期)等待人工確認後才送出回覆
這條流程的精神是:AI 只負責「判斷與生成」,真正的動作(寫資料、發通知)由 n8n 執行,而敏感關卡保留人工把關。 這也是低程式碼 Agent 既好用又安全的關鍵設計。想直接套用更多現成流程,AI 工作流範本庫 裡有不少類似結構的範本可以複製改寫。
常見錯誤
- 任務貪心:想一次做客服、行銷、報表全包,結果樣樣半吊子。第一個 Agent 永遠只做一件事。
- Prompt 太籠統:只寫「幫我分類詢問」,沒給類別定義與輸出格式,AI 每次回得不一樣,下游根本接不住。一定要鎖死輸出格式。
- 一上線就全自動:沒設人工確認就讓它直接發信給客戶,一旦它編錯內容就是對外事故。敏感動作務必先過人工。
- 沒有兜底規則:沒交代「遇到不確定怎麼辦」,AI 就會自己硬掰。一定要明寫「資訊不足時該停下來或標示」。
- 把 GPTs 當 n8n 用:以為在 GPTs 裡就能自動收表單、自動發通知。GPTs 不會被外部事件觸發,需要自動跑就得用 n8n。
- 忽略紀錄:跑了卻不留 log,出錯也不知錯在哪。每一步都要可追溯。
最佳實務
- 從「最無聊的重複任務」開始:越枯燥、規則越固定的事,自動化的投報率越高,也越容易成功。
- 先手動跑通,再交給機器:一個你自己都講不清楚步驟的流程,不可能讓 Agent 做好。先把 SOP 寫清楚。
- 鎖死輸出格式:要求 AI 輸出固定 JSON 或固定欄位,下游系統才能穩定接收,這是自動化能跑順的前提。
- 永遠留一道人工關卡在敏感動作前:發信、付款、刪改資料這類不可逆動作,初期一律人工確認,建立信任後再逐步放寬。
- 小步擴張:第一版能穩定跑分類後,再加「自動寫草稿」、再加「自動排程」,一次只加一個能力。
- 每週回顧錯誤紀錄:把 Agent 答錯的案例蒐集起來,每週花十分鐘改 Prompt,模型表現會肉眼可見地變好。
進階:更深入的一層
當你的第一個 Agent 穩定跑起來、團隊也建立了信任,自然會想再往上走。這一段把三條最常見的進階路徑講清楚,讓你知道下一步可以怎麼長。
第一條路:從「單一 Agent」走向「多 Agent 分工」。 一個 Agent 把所有事扛下來,Prompt 會越來越臃腫、越來越容易出錯。更好的架構是讓每個 Agent 只專精一件事,像一條生產線:分類 Agent 判斷類型 → 各類型交給專屬 Agent 處理 → 最後由彙整 Agent 收尾。每個環節的指令都更短、更精準,整體反而更穩。這正是 多 Agent 協作 的核心精神,n8n 用分支節點就能搭出雛形。
第二條路:給 Agent 真正的「即時資料能力」。 早期我們是把資料貼進 Prompt,但這治標不治本——資料會過期、量一大就塞不下。進階作法是讓 Agent 在需要時主動去查:透過 MCP 接上你的資料庫、知識庫或內部系統,讓 AI 在判斷的當下即時撈取最新內容。這是「會查資料的 Agent」和「只會背稿的 Agent」的分水嶺。
第三條路:從現成工具走向半客製框架。 當需求複雜到 n8n 的節點開始綁手綁腳,就是該認識 Agent 框架的時候。你不必馬上寫程式,但理解 AI Agent 框架 的設計邏輯,能幫你判斷「哪些需求該留在 n8n、哪些該交給工程團隊用框架做」,溝通成本會大幅下降。
下面這張對照表,幫你看清三個階段的差異與適用時機:
| 階段 | 架構特徵 | 適合時機 | 主要工具 |
|---|---|---|---|
| 入門:單一 Agent | 一個 Agent 包辦一條流程 | 任務單純、規則固定 | GPTs / Claude / n8n |
| 進階:多 Agent 分工 | 多個專精 Agent 串接協作 | 任務分歧、子任務各異 | n8n 分支 + 多 Agent 設計 |
| 專家:框架客製 | 程式化編排、可控狀態與記憶 | 需求複雜、要長期維運 | Agent 框架 + 工程資源 |
再給一個更貼近台灣場景的進階例子。台北一家提供記帳與報稅服務的小型事務所,過去客戶常用 LINE 與 Email 混著問「我這筆能不能報費用」「報稅期限是哪天」「我的發票收到了嗎」三類問題,三位會計師輪流回到深夜。他們用多 Agent 思路重做:第一個 Agent 負責判斷問題屬於「稅務知識/進度查詢/文件催繳」哪一類;知識類問題交給接了內部稅務 FAQ 的 Agent 回答;進度查詢類則透過 MCP 連上案件管理系統即時撈狀態;只有牽涉個案判斷的才轉真人。上線後,約六成的重複詢問在五分鐘內自動得到正確回覆,會計師的晚間回訊量下降約七成,省下的時間拿去處理真正需要專業判斷的案子。關鍵不在技術多高深,而在他們先把問題分成三類、再各別交給專精的 Agent——這就是多 Agent 分工的威力。
實際案例:台灣一家親子電商的詢問處理 Agent
台中一家二十人規模的親子用品電商,行銷團隊只有兩人,卻要顧官網、社群與客戶詢問。官網表單每天進來約三十到五十筆,過去全靠一位企劃手動分類、判斷急不急、寫回覆、再轉給對應同事,光這件事每天就吃掉她近兩小時,而且常常忙到傍晚才回,急單漏接過好幾次。
他們用本文的方法,由那位企劃(完全沒有程式背景)自己動手,花了大約兩個工作天:用 n8n 接官網表單、呼叫 Claude 做分類與寫草稿、寫進 Google 試算表、急單即時發 LINE、其餘彙整成每日摘要。上線前先拿過去一個月的詢問試跑、調了三輪 Prompt,並保留人工確認關卡兩週後才全自動。
導入前後對照:
| 項目 | 導入前 | 導入後 |
|---|---|---|
| 每日詢問處理時間 | 約 2 小時 | 約 25 分鐘(僅微調草稿) |
| 急單平均回覆時間 | 4~6 小時 | 15 分鐘內收到通知 |
| 分類正確率 | 人工,偶有疏漏 | 約 93%(試跑統計) |
| 漏接急單 | 每月數次 | 上線三個月 0 次 |
更外的收穫是,那位企劃因為親手組過一個 Agent,後來又自己延伸做了「每日社群留言摘要」與「新品文案初稿」兩個小流程。對這家公司來說,真正的資產不是那條自動化,而是團隊長出了「這個我自己也能做」的信心。這正是不寫程式做 Agent 的最大意義:把 AI 的主導權,留在最懂業務的人手上。
免責聲明:本文工具的價格、方案與功能會隨官方政策調整,文中數字僅供參考,請以各服務最新官方資訊為準;案例數據為示意性質,實際成效因任務、資料品質與設定而異。涉及客戶個資、金流與法律的自動化流程,請務必保留人工把關並符合相關法規。
結論
打造第一個 AI Agent,門檻早已不是程式能力,而是你願不願意把一件重複的小事拆清楚、動手組起來。記住這條路徑:先挑一個無聊但固定的任務,再依需求選 GPTs、Claude 或 n8n,寫好角色與規則 Prompt,用 n8n 把動作串成流程,最後小範圍試跑、保留人工關卡再上線。 你不需要一次做出全能助理,只要做出一個能穩定跑的小代理,剩下的會隨著你的信心一起長大。
接下來建議走三步:第一,如果還想把基礎打更穩,回頭精讀 AI Agent 是什麼?從入門到實戰;第二,當你想讓代理會自己查資料、接上內部系統,去看 MCP 是什麼;第三,等單一 Agent 跑順、想讓多個代理分工協作,就進階到 多 Agent 協作。今天就從你每天最不想做的那件瑣事開始,組出第一個會自己幹活的 Agent 吧——想更快生成屬於你情境的 Prompt 與流程設計,也可以善用 Prompt 產生器 直接生成一份起手式配方。
常見問題 FAQ
不會寫程式真的能做出 AI Agent 嗎?
GPTs、Claude、n8n 三個有什麼差別,我該用哪個?
AI Agent 和一般 ChatGPT 對話有什麼不一樣?
用這些工具做一個 Agent 大概要花多少錢?
Agent 自己跑流程,萬一做錯事怎麼辦?
n8n、Make、Zapier 都能串自動化,做 Agent 該選哪一個?
我想讓 Agent 查公司內部文件再回答,做得到嗎?
一個 Agent 不夠用,能不能讓多個 Agent 分工合作?
延伸閱讀
- AI Agent 是什麼?從入門到實戰
- MCP 是什麼?讓 AI 連上你所有工具
- n8n、Make、Zapier 怎麼選?三大自動化工具比較
- AI Agent 框架總覽:選對你的開發地基
- 多 Agent 協作:讓多個代理分工幹活
每週把這類實戰教學寄給你
訂閱 AgentAI 智庫情報週報,新的 Prompt、AI Skills、工作流與教學第一時間收到。
免費 · 隨時取消