學習中心/術語一次搞懂·16 分鐘

AI Agent 是什麼?跟自動化、跟 ChatGPT 差在哪?

一句話回答

AI Agent 是「你給目標,模型自己決定要做哪些步驟、用哪些工具,做完再回報」的系統。判準只有一條:決定下一步的是程式碼還是模型。程式碼決定的叫 workflow(自動化),模型決定的才叫 agent。「會自己在固定時間跑」不是判準,排程只是觸發方式,兩種都可以排程。

為什麼每個人講的 AI Agent 都不一樣

這個詞現在被貼在太多東西上。一個會自動回覆訊息的機器人叫 agent,一支每天寄報表的排程叫 agent,一個能查資料的聊天視窗也叫 agent。結果就是你聽三個人講,會得到三種東西。

麻煩的是,這不只是名詞之爭。你要決定「要不要花錢導入」「這個外包報價合不合理」「我自己能不能做」,答案完全取決於你買的是哪一種。

所以這篇不從我的定義開始,從幾家真的在做這件事的公司的官方定義開始。

四家官方怎麼說

先把原文放上來。這四家都是自己在做模型或 agent 平台的,說法有各自的角度,但有一個共同點。

  • Anthropic(做 Claude 的公司)把整個大類叫 agentic systems,再分成兩種:workflow 是「LLM 與工具透過預先寫好的程式路徑被編排」agent 是「LLM 自己動態決定流程與工具用法,掌握著要怎麼完成任務」
  • OpenAI 的說法是「Agent 是能獨立替你完成任務的系統」,並且明講只是接上 LLM、但沒有讓它控制流程執行的應用(單純的聊天機器人、單輪問答、情緒分類器)不算 agent
  • IBM:「AI agent 是一套用手上的工具自己設計出流程、進而自主完成任務的系統」,強調它會把任務拆解、過程中持續重新評估並自我修正
  • Google Cloud:「AI agent 是一個處理輸入、用手上的工具進行推理、再依自己的決定採取行動來達成目標的應用」

四家講的其實是同一件事

把上面四段擺在一起看,用字不同,但指向同一條線。

Anthropic 說「動態決定流程」,OpenAI 說「用 LLM 控制流程執行、動態選擇工具」,IBM 說「自己設計流程」,Google 說「依自己的決定採取行動」。

判準就是一句話:決定下一步做什麼的,是程式碼,還是模型。

程式碼決定的,是 workflow,中文講自動化。模型決定的,才是 agent。這條線跟它跑得多快、多聰明、介面多炫都沒有關係。

Workflow 步驟寫死在程式碼裡讀訂單算金額寫成表格寄出每次都走一樣的路。中間某一格可以叫 AI 幫忙寫字,但「先做什麼再做什麼」是人先排好的。好處是可預測、便宜、出錯好查。多數人要的其實是這個。Agent 步驟由模型自己決定你給的目標把上週營運講給我聽模型自己在這裡繞現在該查什麼?該用哪個工具?拿到的結果夠不夠?不夠就再來一次哪裡不對就自己改方向繞幾圈、繞去哪,事先不知道做完回報好處是能處理沒辦法事先列規則的狀況。代價是慢、貴、每次跑法可能不一樣。
兩者都會用到 AI,差別在「下一步做什麼」是誰決定的。這是 Anthropic 官方用來區分的那條線。

最常見的誤解:以為會自己跑就是 agent

這是我自己也講錯過的一個。很多人把「它會在每週一早上自己啟動」當成 agent 的特徵。

但觸發方式跟是不是 agent 完全無關。一支寫死步驟的排程可以每週一早上跑,一個會自己決定要查什麼的 agent 也可以每週一早上跑。兩者的差別不在什麼時候開始,在開始之後那段誰在做決定。

會這樣誤解很正常,因為從外面看,兩種東西的表現一模一樣:時間到了,信箱裡多一份報告。要分辨只能看中間。問一句話就知道:「這週如果數字特別怪,它會不會自己多去查一點別的東西?」會,是 agent。不管怎樣都跑一樣的流程,是自動化。

觸發方式(跟是不是 agent 無關)每週一早上有人按按鈕收到一封信都只是「什麼時候開始」真正決定的是中間這段步驟是寫死的撈這張表、算這幾個欄位、套這個版型每週跑出來的長相都一樣→ 這是自動化,不是 agent步驟是它自己決定的這週哪裡怪就自己多查那裡查不到就換個方式再試→ 這才是 agent兩者都可以「每週一早上自己跑」。所以「它會自己跑」這句話,完全不能拿來判斷。很多標榜 AI agent 的產品,其實是左邊那個。這不是壞事,但你付錢前要知道買到的是哪一個。
最常見的誤解:以為「會自己在固定時間跑」就是 agent。觸發方式跟是不是 agent 完全無關。

Agent 內部到底在做什麼

把 agent 拆開,核心是一個一直在繞的迴圈:看現在的狀況、決定下一步、動手做、看結果對不對。不對就再繞一圈。

關鍵在「繞幾圈、繞去哪」事先不知道。這也是 OpenAI 特別提到的一點:agent 要能認得出任務什麼時候算完成,需要的時候能自己修正,失敗的時候能停下來把控制權交還給你。

IBM 講的「持續重新評估自己的計畫並自我修正」也是同一件事。沒有這個修正的能力,就只是一條比較長的直線流程而已。

你給一個目標看現在的狀況手上有什麼、缺什麼決定下一步要用哪個工具動手做查、讀、寫、呼叫看結果對不對夠了嗎、走歪了嗎還沒完成就再繞一圈,這次帶著上一圈學到的東西能繞這個圈,要有四樣東西模型負責判斷與決定工具手腳,能查能改指令與護欄目標與不可以做的事記憶記得這圈做過什麼
Agent 的核心是這個迴圈。它會一直繞,直到自己判斷任務完成,或是遇到該問你的事才停下來。

四種東西常被叫做 agent,只有一種算

把市面上會被叫 agent 的東西攤開排一次,你會發現它是一個光譜。

重點不是「越右邊越厲害,所以要往右邊走」。剛好相反:大多數生意上的問題,停在第三階就夠了,而且更穩定、更便宜、出錯更好查。

階段誰決定下一步算 agent 嗎一問一答你問一句它答一句,沒有工具。不是會用工具的問答它能查資料、讀檔案,但一次就結束。還不是固定流程的自動化步驟寫死,時間到就跑。中間可能叫 AI 寫字。程式碼還不是自己決定步驟給目標,它自己拆、自己選工具、自己修正。模型不是越右邊越好。多數生意上的問題,停在第三階就夠了,而且更穩更便宜。
常被叫做 agent 的有四種東西,但照官方定義只有第四種算。第三種最容易被誤認,因為它「看起來很自動」。

真實系統多半是分層的,不會整個是或整個不是

上面那個光譜容易讓人以為一套系統只能落在其中一格。實際拆開來看,多數系統是好幾層疊起來的,每一層的答案不一樣。

舉一個我自己的例子。我有一套每週自動產出營運報告的東西,我原本以為它整套算 Agent,拆開才發現只有中間那層是:

  • 第一層 撈資料:一支腳本去固定幾個地方抓數字、算固定幾項對比。步驟全部寫死,這層連 AI 都沒有用到。不是 Agent
  • 第二層 寫成報告:這層交給 AI,而且它是自己決定要翻哪幾份資料、看到不對再往下追、自己判斷夠了沒有。這層是 Agent
  • 第三層 寄出:固定腳本,不管報告寫了什麼都照寄。不是 Agent

所以要問的不是「這是不是 Agent」

把上面那個拆法套到任何一個要賣你的工具,問題會變得好回答很多。

不要問「這個產品是不是 AI Agent」,問「它有幾層,每一層是誰在決定」。通常你會發現宣傳講的那個聰明的部分只佔其中一層,其他都是寫死的流程。

這不代表那個產品不好。寫死的流程佔多數其實是健康的,代表它可預測、好維護。但你會知道自己買到什麼,也會知道遇到例外的時候,它到底有沒有能力處理。

那什麼時候才真的需要 agent

Anthropic 自己的建議寫得很直白:workflow 在任務定義清楚的時候提供可預測性與一致性,agent 則是在需要彈性與模型自行判斷、而且要做到有規模的時候才比較好。

OpenAI 的說法角度不同但結論接近:優先考慮那些過去一直自動化不起來的流程,尤其是規則系統做不好的地方。他們舉的例子是付款詐騙判定,傳統規則引擎像一張檢查表,agent 則像一個有經驗的調查員,能看出沒有違反明確規則、但就是可疑的狀況。

翻成白話,判斷順序是這樣:

  • 規則列得出來 → 不要用 agent。寫成固定流程就好,便宜又不會亂跑
  • 規則列得出來但多到維護不動 → 可以考慮。這是 OpenAI 特別點名的情境,規則太多太細、改一次就出錯
  • 需要看情況判斷、每次狀況都不太一樣 → 這才是 agent 的主場
  • 做錯了代價很大 → 先不要全自動。不管用哪種,先讓它產草稿、你按確認

怎麼判斷別人賣給你的是不是真的

現在幾乎每個軟體都說自己有 AI agent。你不需要懂技術也能問出真相,問這四題就好。

  • 「如果這次的狀況跟平常不一樣,它會做出不一樣的處理嗎?還是照跑同一套?」照跑同一套的,是自動化
  • 「它手上有哪些工具可以用?誰決定什麼時候用哪一個?」如果答案是「我們在後台設定好的」,那是 workflow
  • 「它做錯的時候會怎樣?自己發現、還是等我發現?」能自我修正是 agent 的核心特徵之一
  • 「哪些動作它可以自己做,哪些一定要我按確認?」問不出明確界線的,先不要買

為什麼很多人買到的是自動化,卻以為買到 agent

這裡要講一句公道話:賣自動化不是詐騙,自動化本身很有用。問題出在期待落差。

你以為買了一個會自己判斷的同事,結果拿到一台會照表操課的機器。機器沒有壞,是你以為它會處理例外,它不會。真正的落差通常在第一次遇到「這次狀況不太一樣」的時候才爆出來。

所以簽約前把那四題問完,比看它的介面漂不漂亮重要得多。

Agent 做不到什麼

不管定義多漂亮,這幾件事今天還是做不到,而且跟模型多強沒有關係。

  • 它不會替你承擔責任。它寄出去的信、算錯的數字,後果還是你的
  • 它一樣會編。自主跑代表沒有人當場檢查,錯誤會被自動送出去,比你自己用還危險
  • 它不知道你沒寫下來的規矩。「這個客人上次已經抱怨過,這次要特別小心」這種事,沒放進去它就不知道
  • 它會很有自信地走錯方向。能自己決定步驟的另一面,就是能自己決定走錯

小公司實際上該從哪裡開始

如果你看完覺得「所以我到底要不要做 agent」,我的建議是先不要從 agent 開始。

先把一件重複的事做成穩定的固定流程,讓它每次跑出來的結果都對。這一步做完,你已經省到時間了,而且你會很清楚這件事的例外長什麼樣。

等到你發現「例外多到流程改不動」,那時候再往 agent 走,你才知道要讓它自己決定的是哪一段。順序反過來做,通常是把一件本來就不穩的事,變成一件不穩又難查的事。

一句話帶走

AI Agent 不是「比較厲害的 AI」,是「把決定下一步的權力交給模型」的一種做法。

權力交出去,換到的是它能處理你沒想到的狀況。代價是它也可能走去你沒想到的地方。要不要交、交多少,這是你的判斷,不是技術問題。

常見問題

ChatGPT 或 Claude 算是 AI Agent 嗎?

看你怎麼用。單純問一句答一句,照 OpenAI 自己的定義那不算 agent。但如果你給它一個目標,它自己去查資料、讀檔案、反覆修正到做完,那就進入 agent 的範圍了。同一個工具可以兩種模式都跑,差別在你怎麼交辦、以及你有沒有給它工具。

我的排程每天自動寄報表給我,這算 AI Agent 嗎?

如果步驟是寫死的,不算,那是自動化。判斷方法:這週數字如果特別怪,它會不會自己多查一點?不會,就是自動化。這不是貶低,固定流程反而更穩更便宜,多數情況本來就該用它。

一套系統可以一半是 Agent 一半不是嗎?

可以,而且實務上多數是這樣。常見的長相是:撈資料那層寫死、中間讓 AI 自己判斷、最後送出那層又寫死。所以與其問「這是不是 Agent」,不如問「它有幾層、每一層是誰在決定」。我自己那套每週產營運報告的東西就是三層,只有中間一層是 Agent。

AI Agent 跟 RPA、跟 Zapier 這類自動化工具差在哪?

那些工具是你先把流程一格一格排好,它照著跑,屬於 workflow。差別一樣在誰決定下一步。現在很多自動化平台會在某一格裡面呼叫 AI,但只要整條路徑還是你排的,它就還是自動化。

沒有工程師,我自己有辦法做 agent 嗎?

簡單的可以。現在的 AI 工具本身就能連上檔案與部分外部服務,你把目標講清楚、把界線設好,它就會自己拆步驟去做。真正需要工程的是「接上你公司的系統」跟「讓它穩定地重複跑」這兩段。

多 agent 協作(一群 agent 互相分工)有必要嗎?

多數小公司用不到,而且會讓問題變難查。一個 agent 已經不容易debug,好幾個互相呼叫時,出錯要追是哪一個判斷錯的會很痛苦。先把一個做穩再說。

為什麼有些文章說 agent 一定要有記憶?

因為要繞迴圈就必須記得這一圈做過什麼,否則每一步都像重新開始。這裡講的記憶多半指「這次任務進行中的上下文」,不一定是長期記住你的偏好。兩種常被混在一起講。

那「agentic AI」跟「AI agent」是同一件事嗎?

Anthropic 把 workflow 跟 agent 合起來叫 agentic systems,也就是說 agentic 是比較寬的形容詞,agent 是其中比較嚴格的那一類。實務上這兩個詞常被混用,看到的時候直接問對方「誰決定下一步」最快。

資料來源

每一筆都實際打開確認過。日期是該來源標示的發布日,這類規格會變動, 需要最新狀況請直接看原始出處。

  1. 01
    Building effective agents
    Anthropic(Erik S. 與 Barry Zhang)·2024-12-19官方一手

    本文的核心判準出自這裡。workflow 是「LLM 與工具透過預先寫好的程式路徑被編排」,agent 是「LLM 自己動態決定流程與工具用法」,以及「任務定義清楚時用 workflow、需要彈性與模型自行判斷時才用 agent」這個選用建議。

  2. 02
    A practical guide to building agents
    OpenAI·2026-09-21官方一手

    「Agent 是能獨立替你完成任務的系統」這句定義、以及「只接上 LLM 但沒讓它控制流程執行的應用不算 agent」這個排除條款。agent 兩個核心特徵(用 LLM 管理流程執行並能自我修正、動態選擇工具)與付款詐騙判定那個例子也出自這份。該 PDF 未標示發布日,日期為本文查證當日。

  3. 03
    What Are AI Agents?
    IBM·2026-09-21官方一手

    「用手上的工具自己設計出流程來自主完成任務」這個定義,以及任務拆解、持續重新評估計畫並自我修正的描述。該頁未標示更新日,日期為本文查證當日。

  4. 04
    Generative AI glossary
    Google Cloud 官方文件·2026-09-21官方一手

    「處理輸入、用手上的工具進行推理、再依自己的決定採取行動」這個定義,以及 orchestration 層負責管理記憶、狀態與決策的說法。日期為本文查證當日。

延伸閱讀

想讓整個團隊真的會用 AI?

我把自己經營公司在用的 AI 實戰,做成企業內訓 —— 帶團隊用真實任務當場做出成果。

看企業 AI 內訓