Architecture Guide

最好的 Agent 模式: 判斷交給 Agent
執行交給程式/n8n

Agent 做決策與分流;固定工作流做穩定執行。 只有在需要判斷或 Debug 時才介入——這才是可靠、可預期、成本可控的自動化。

Agent 判斷「該走哪條路」→ 你的 Program/固定 n8n 把路跑完
例外、模糊、出錯時,才讓 Agent(或人)介入

運作方式

角色分工清楚,系統才穩、才省、才好維護。

1

Agent 判斷

讀懂輸入、分類意圖、決定下一步該呼叫哪條流程。

  • 理解訊息/文件/例外狀況
  • 在規則之間做分流決策
  • 不確定時標記為「需人工」
2

Program/n8n 執行

固定、可重現、可監控的流程把事情做完。

  • 寫入表單、發通知、同步系統
  • 失敗可重試、步驟可追蹤
  • 行為穩定,不靠「模型心情」
3

例外才介入

判斷不足或出錯時,Agent/人再出手。

  • 模糊輸入需要二次判斷
  • 結果異常需要 Debug
  • 你只處理真正的例外

為什麼不是「全交給 Agent」?

AI 很強,但不該什麼都自己做。分工才是生產級架構。

不推薦

Agent 從頭做到尾

每一步都讓模型自由發揮——看起來很「智能」,實際上很危險。

  • 同一任務結果忽好忽壞,難重現
  • Token 成本高,每一步都在「思考」
  • 出錯難定位:不知卡在判斷還是執行
  • 合規與審計困難,行為黑箱
Smato 推薦

判斷/執行分離

Agent 管「想」;Program/n8n 管「做」——只在關鍵點動用 AI。

  • 固定步驟穩定、可測試、可重試
  • Token 用在刀口上,日常成本可控
  • 異常有邊界:判斷層 vs 執行層分開 Debug
  • 你只處理例外,其餘全自動

什麼時候才需要介入?

日常 80–95% 的流量應由固定流程吃掉;Agent 是「決策層與救火隊」,不是流水線工人。

需要判斷時

意圖不明、規則衝突、多方案擇一、客戶語氣敏感——交給 Agent 決策或標記人工。

需要 Debug 時

輸出異常、欄位對不上、下游失敗——Agent 協助定位原因,或觸發告警給你處理。

需要分流時

同一入口、不同後續:客服 FAQ、訂單查詢、投訴升級——Agent 選對 n8n 分支即可。

需要你出場時

高風險決策、合約談判、罕見客訴——系統自動升級,你專心處理真正重要的事。

對你的實際好處

不是炫技架構,而是可落地的營運結果。

結果可預期

固定流程跑同一條路,品質穩定。

成本更可控

AI 只在判斷點出動,Token 不亂燒。

好 Debug

哪一層出錯一目了然,修得快。

你只處理例外

日常自動跑;關鍵時刻才找你。

舉個例子

以 WhatsApp/Discord 客服為例

1

客戶發來訊息

「我想改地址」/「營業到幾點」/「投訴物流」——同一入口。

2

Agent 判斷意圖

FAQ → 標準回覆流程;改地址 → 驗證 + 更新單;投訴 → 升級人工。Agent 只做這一步決策。

3

n8n/固定程式執行

查庫、寫單、推通知、記 log——每一步可重試、可監控,不靠模型「記得去做」。

4

例外才介入

地址格式亂到無法解析、客戶情緒升級、系統回傳錯誤——Agent 協助 Debug 或通知你接手。

常見疑問

這樣會不會比較慢?
多數情況更快:固定流程零「思考延遲」,只有判斷節點才呼叫模型。整體延遲往往低於「每一步都問 LLM」。
一定要用 n8n 嗎?
不一定。原則是「固定、可觀測的執行層」——可以是 n8n、你的後端 API,或腳本。Smato 偏好 n8n,因為可視化、易改、好交付。
這跟「純 Chatbot」差在哪?
Chatbot 多半停在對話;這套模式會真正改系統、跑流程、寫資料。Agent 是大腦,n8n/程式是雙手。

想用這套模式打造你的自動化?

告訴我們你最痛的 1–2 個流程,我們幫你拆:哪裡該判斷、哪裡該固定執行、哪裡才需要人。