Agentic Workflow 和 LLM Workflow 真正區別不是"創意 vs 穩定"

作者:彭俊旗的AI工具箱
日期:2026年7月3日 上午8:30
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

決定用 LLM WorkflowAgentic Workflow,關鍵係條執行路徑能唔能夠預先寫清楚,而唔係任務睇落創唔創意

整理版摘要

呢篇文章係由彭俊旗寫嘅,佢係一個開發 AI 生圖應用嘅人,專注 Amazon listing 主圖同 A+ 圖嘅生成。佢發現真正嘅難題唔係 AI 唔夠強,而係點樣令 AI 喺真實業務流程入面穩定地產出有用結果。佢提出一個核心框架:判斷使用 LLM WorkflowAgentic Workflow 嘅關鍵,係睇個任務嘅執行路徑能唔能夠提前寫清楚;如果可以,就用 LLM Workflow;如果路徑唔確定、需要模型一邊做一邊判斷,就用 Agentic Workflow。呢個觀點比起單純用「創意 vs 穩定」去分類更實用。

文章用佢自己做 Amazon 主圖同 A+ 圖嘅經驗做案例。主圖需要嚴格控制產品形狀、材質、顏色、賣點同平台規範,所以路徑清楚,適合 LLM Workflow;而 A+ 圖要講賣點、組織視覺節奏、分析競品同用戶痛點,好多節點唔確定,需要 Agentic Workflow。佢強調企業 AI 應用最常見嘅係混合工作流:主幹穩定、局部智能、關鍵節點由人確認。

佢最後提出四個實用問題去判斷每個流程:路徑能否提前寫清楚?工具是否固定?中間是否需要探索?結果風險高唔高?呢啲問題直接指導設計 AI 應用,而唔係糾結於概念標籤。成篇文章嘅結論係:AI 應用嘅價值在於穩定產出業務結果,將人從低價值執行解放出來,放到判斷、審美同創造嘅位置。

  • 區分 LLM WorkflowAgentic Workflow 嘅核心係「執行路徑能否提前寫清楚」,而唔係任務係創意定穩定。
  • Amazon 主圖生成係典型 LLM Workflow:步驟固定、輸入輸出明確、風險高,需要嚴格控制一致性。
  • A+ 圖需要 Agentic Workflow 嘅局部探索:分析競品、歸納用戶痛點、比較敍事方向,呢啲節點冇辦法預先寫死。
  • 企業 AI 應用最常見嘅係混合工作流:主幹用 Workflow 保持穩定,不確定節點用 Agent 探索,高風險位置加人工確認。
  • 設計工作流時要用四個問題判斷:路徑能否寫清楚?工具是否固定?中間需要探索嗎?結果風險高唔高?呢啲比「創意 vs 穩定」更實用。
整理重點

從 Amazon 主圖生成開始:點解 LLM Workflow 先係正路

彭俊旗分享緊佢開發 Amazon 主圖生成應用嘅經驗。主圖要求好嚴格:產品唔可以變形、材質唔可以錯、顏色要準、賣點要啱、平台規範要跟足。佢強調呢類任務嘅執行路徑完全可以預先定義,例如:讀取產品資訊、識別賣點、檢查規範、生成提示詞、生成圖片、做一致性檢查、輸出可用版本。

呢條路徑好似一條生產線,每一步都有輸入、輸出同驗收標準。

如果用 Agentic Workflow 嘅自由發揮方式,AI 太自由反而係風險:今日加背景、聽日換角度、後日改質感,聽落係優化,但喺電商入面全部可能變成違規或誤導。所以呢類場景核心唔係令 AI 更有想像力,而係令 AI 先進入一個確定嘅流程。

整理重點

A+ 圖嘅混合工作流:穩定主幹 + 探索節點

A+ 圖嘅要求同主圖好唔同。佢要講賣點、組織視覺節奏、決定邊一屏講功能、邊一屏講場景、邊一屏講對比。呢啲決策好多都冇辦法預先寫死,例如:產品應該主打「省時」定「耐用」?呢個判斷要睇產品、競品、評論、用戶痛點、價格帶同類目嘅流行趨勢。

如果流程太死,做出嚟嘅圖就會好似模板,每張都正確但冇擊中用戶。

所以 A+ 圖入面有啲節點更適合 Agentic Workflow:分析競品頁面、從評論歸納購買動機、判斷用戶最關心嘅三個轉化阻力、提出幾種內容敍事方向、比較邊種方向更適合產品。呢啲節點需要探索、假設、比較、喺資訊不足嘅時候做判斷。

整理重點

唔好用「創意 vs 穩定」做判斷:四個問題更實用

好多創意工作其實可以流程化。例如寫公眾號文章,表面係創意,但如果要穩定產出,可以拆成選題判斷、案例調研、結構設計、初稿生成、事實核查、風格校準、標題優化等步驟,大部分都可以預先設計。呢個就係 LLM Workflow,只係將創意過程工程化。

關鍵唔係任務名稱,而係任務結構。

反過嚟,一啲看似穩定嘅工作都會突然出現不確定節點。例如客服:查訂單、解釋政策係流程化,但用戶問「訂單退了一半另一半仲配送,優惠券點計?」呢個就唔係標準 FAQ,需要判斷邊界情況、查規則、決定係咪升級人工。呢個局部就有 Agentic 特徵。

彭俊旗提出四個問題去判斷每個流程

  1. 1 路徑能否提前寫清楚?如果可以,就用 LLM Workflow,唔好為咗顯得智能而畀 Agent 自由發揮。
  2. 2 工具係咪固定?如果只係固定調用幾個工具,就唔好畀 Agent 自己亂選,否則系統行為更難預測。
  3. 3 中間需要探索嗎?如果要不斷提出假設、查資料、比較路徑,就需要 Agentic Workflow,例如競品分析、異常歸因。
  4. 4 結果風險高唔高?風險越高,越唔可以畀 Agent 直接自動執行,即使要用 Agentic 都要放喺邊界入面,加審批、記錄同人工確認。
整理重點

行業案例啟示:LLM Workflow 唔低級,Agent 要放對位置

文章引用咗 Morgan Stanley 嘅 AI @ Morgan Stanley Debrief 案例:系統可以記錄客戶會議、生成摘要、提取行動項、起草郵件並保存到 Salesforce。呢個唔係自由探索型 Agent,而係一條好清晰嘅工作流:輸入係會議,輸出係摘要同行動項,人仍然要編輯郵件、確認資訊、承擔專業判斷。

LLM Workflow 唔低級,好多企業最有價值嘅 AI 應用反而係呢種進入真實業務流程嘅工作流。

HubSpotBreeze AgentsAdobe Experience Platform Agent Orchestrator 就展示另一種方向:佢哋唔係單點工具,而係喺 CRM、客戶對話、交易歷史、營銷內容之間做編排。呢啲系統說明企業真正需要嘅係一套可運營嘅 AI 工作流:底層流程穩定、中間節點能判斷、關鍵動作可控、最終結果可驗收。

整理重點

總結:將業務流程拆開,令 AI 進入真實運營

彭俊旗最後用一句話總結LLM Workflow 係將 LLM 放進確定流程入面;Agentic Workflow 係令模型喺不確定路徑入面動態決策。前者解決穩定產出,後者解決開放探索。但企業要做嘅唔係二選一,而係將一個業務流程拆開:穩定部分用 Workflow 控制,不確定部分畀 Agent 探索,高風險部分加上人工確認,最終將結果沉澱成可持續運營嘅系統。

AI 應用唔係將模型接入嚟就完,真正嘅難點係將數據、控制同結果連起來。

佢最後提出幾個更關心嘅問題:呢個 AI 工作流有冇進入真實流程?有冇穩定結果?有冇令人從低價值執行走出來?有冇將人推到判斷、審美、創造同責任嘅位置?如果有,佢就有價值。如果冇,概念再新都只係概念。

圖片
圖片

「真正決定用邊種工作流嘅,唔係任務睇起嚟有冇創意,而係執行路徑可唔可以提前寫清楚。」

Hi,你好,我係彭俊旗。

最近,我喺開發一個面向 Amazon 平台嘅 listing 主圖同 A+ 圖嘅 AI 生圖應用。

做呢個嘢嘅時候,我有個好強嘅感受:

AI 唔係用唔到。
AI 亦都唔係唔夠勁。
真正難嘅係,點樣令到佢喺一個真實業務流程入面,穩定咁產生有用嘅結果。

例如 Amazon 嘅主圖。

佢唔係普通嘅創意圖。

 產品唔可以變形

 材質唔可以亂

 顏色唔可以偏

 關鍵賣點唔可以被畫錯

 平台規範亦都唔可以踩線

但係佢又唔可以只係一個「正確但平庸」嘅圖。

因為圖片最終要放喺貨架上,要影響點擊率,要影響轉換率。

所以我遇到嘅唔係一個簡單嘅技術問題,而係一個好典型嘅 AI 工作流問題:

一邊要穩定,一邊要創意。
一邊要控制,一邊要效果。
一邊唔可以俾 AI 亂發揮,一邊又唔可以綁死 AI。

呢個亦都係我最近重新理解 Agentic Workflow 同 LLM Workflow 嘅起點。

我一開始都會咁樣判斷:

LLM Workflow 更適合穩定、低風險、強流程嘅任務。
Agentic Workflow 更適合創意、探索、開放式嘅任務。

呢個判斷唔係錯嘅。

但我而家覺得,佢仲未夠底層。

因為真正決定用邊種工作流嘅,唔係呢個任務睇起嚟「有冇創意」,亦都唔係呢個任務聽起嚟「穩唔穩定」。

而係一個更具體嘅問題:

呢個任務嘅執行路徑,可唔可以提前寫清楚?

如果路徑可以提前寫清楚,就應該優先採用 LLM Workflow。
如果路徑唔可以提前寫清楚,需要模型一邊執行、一邊觀察、一邊判斷、一邊調整,咁先更適合 Agentic Workflow。

呢件事諗清楚之後,我對 AI 應用嘅理解變咗好多。

01

先講我哋自己嘅場景。

如果我要生成一張 Amazon listing 主圖,裏面有好多步驟其實係可以被固定落嚟嘅。

 讀取產品資訊

 識別產品核心賣點

 檢查平台規範

 抽取產品必須保持一致嘅視覺元素

 生成畫面提示詞

 生成圖片

 對圖片做一致性檢查

 檢查有冇平台風險

 輸出可用版本同修改建議

呢啲步驟一啲都唔神秘。

佢哋更加似一條生產線。

每一步都有輸入。
每一步都有輸出。
每一步都有驗收標準。

喺呢種情況下,我唔應該一開始就做一個「自由發揮嘅 Agent」。

因為主圖最怕嘅唔係 AI 唔夠聰明。

主圖最怕嘅係 AI 太自由。

今日佢覺得可以加啲背景。
聽日佢覺得可以轉個角度。
後日佢覺得可以將產品質感畫得高級啲。

聽起嚟都似優化。

但係喺電商入面,呢啲都可能變成風險。

 產品被畫錯,就係風險

 材質被畫錯,就係風險

 賣點表達錯,就係風險

 平台規範踩線,亦都係風險

所以喺主圖呢類場景入面,核心唔係令到 AI 「更有想像力」,而係令到 AI 先進入一個確定嘅流程。

呢個更加似 LLM Workflow。

唔係因為佢低級。
而係因為佢必須可控。

02

但如果換成 A+ 圖,情況就開始變得複雜。

A+ 圖唔係就咁將產品擺出嚟。

佢要講賣點。
要組織視覺節奏。
要決定邊一屏講功能,邊一屏講場景,邊一屏講對比,邊一屏講信任。
佢要考慮用戶見到呢張圖嗰陣,個心入面究竟猶豫緊啲乜。

呢個時候,好多嘢就冇辦法提前完全寫死。

例如同一個產品,佢究竟應該主打「慳時間」,定係主打「耐用」,定係主打「適閤家庭場景」?

呢個判斷要睇產品。要睇競品。要睇評論。要睇用戶痛點。要睇價格帶。要睇呢個類目入面大家已經講到厭咗啲乜。

呢個時候,如果流程太死,做出嚟嘅圖就會好模板化。

每一張都正確。但係每一張都冇擊中用戶。

所以 A+ 圖入面會出現一啲更適合 Agentic Workflow 嘅節點。

 令到 AI 先分析競品頁面

 令到 AI 從評論入面歸納購買動機

 令到 AI 判斷用戶最關心嘅三個轉化阻力

 令到 AI 提出幾種唔同嘅內容敍事方向

 令到 AI 比較邊一種方向更適合當前產品

呢啲節點唔係簡單填空。

佢需要探索。需要假設。需要比較。需要喺資訊不足嘅時候做判斷。

呢個就係 Agentic Workflow 嘅價值。

但係要注意,佢唔係成條鏈路都 Agentic。佢只係某啲節點需要 Agentic。

呢個亦都係我而家越嚟越明確嘅一點:

企業 AI 應用入面,最常見嘅唔係純 LLM Workflow,亦都唔係純 Agentic Workflow,而係混合工作流。
         主幹要穩定,局部要智能,關鍵節點要有人嚟確認。

03

所以我而家唔會簡單咁講:創意任務用 Agentic Workflow,穩定任務用 LLM Workflow。

呢個講法有啟發,但係容易誤導。

因為好多創意工作,真正落到業務入面,其實係可以流程化嘅。

例如寫公眾號文章。表面睇係創意工作。但如果真係要穩定產出,其實可以拆成:

 選題判斷、讀者問題、案例調研

 結構設計、初稿生成

 事實核查、風格校準

 標題優化、發佈前檢查

呢啲步驟大部分都可以提前設計。

如果流程設計得好,佢就係一個 LLM Workflow。

佢唔代表冇創意。佢只係將創意過程工程化咗。

反過來,好多睇起嚟穩定嘅工作,亦都會突然出現唔確定嘅節點。

例如客服。查訂單、解釋政策、俾操作步驟,呢啲都可以流程化。

但係用戶突然問:「我個訂單退咗一半,另一半仲喺度配送,優惠券到底點樣計?」

呢個就唔係標準 FAQ 啦。佢需要判斷邊界情況。需要查規則。需要決定使唔使升級俾人工。

呢個局部就有 Agentic 特徵。

再例如數據分析。固定生成日報、週報、異常提醒,呢啲係 LLM Workflow。

但係老細問一句:「點解呢個月轉換率突然跌咗?」

呢個就唔係報表問題啦。佢可能要睇渠道、睇價格、睇活動、睇線索質量、睇銷售跟進、睇競品動作、睇節假日、睇數據口徑有冇變。

呢個時候,路徑冇辦法提前完全寫死。佢需要提出假設,再一步步排除。呢個就係 Agentic Workflow 更適合嘅位置。

所以,關鍵唔係任務名稱。

關鍵係任務結構。

04

行業入面其實都係咁樣區分嘅。

Anthropic 喺《Building effective agents》入面對 workflows 同 agents 做過一個好清楚嘅區分。

workflows 係 LLM 同工具跟住預先寫好嘅代碼路徑被編排。

agents 係 LLM 動態決定自己嘅過程同工具使用方式。

LangGraph 嘅文檔都類似。佢將 workflows 描述成 predetermined code paths,即係預先確定嘅代碼路徑。而 agents 更強調 dynamic,即係由模型根據環境反饋動態決定下一步。

呢啲定義背後,其實都喺度回答同一個問題:

邊個決定下一步?

         如果下一步主要由流程決定,嗰個就係 workflow。
         如果下一步主要由模型根據當前情況決定,嗰個就係 agent。

呢個比「創意」同「穩定」更準確。亦都更加適合攞嚟指導真實業務。

因為喺真實業務入面,我哋唔係為咗證明自己用咗 Agent。我哋係為咗拿到穩定嘅業務結果。

可以固定嘅,就唔好俾佢自由。
必須探索嘅,先俾佢空間。
風險高嘅地方,要有控制。
結果重要嘅地方,要有人確認。

05

Morgan Stanley 嘅 AI @ Morgan Stanley Debrief 就係一個好典型嘅例子。

佢做嘅嘢並唔玄。喺客戶同意嘅情況下,佢可以記錄客戶會議,生成會議摘要,提取行動項,起草電郵,並將記錄儲存到 Salesforce。

你會發現,呢個唔係一個自由探索型 Agent。佢更加似一條非常清晰嘅工作流。

輸入係乜嘢?客戶會議

輸出係乜嘢?會議摘要、行動項、電郵草稿、CRM 記錄

人喺邊度?顧問仍然要編輯電郵、確認資訊、維護客戶關係、承擔專業判斷

呢個案例對我啟發好大。因為佢說明咗一件事:

LLM Workflow 並唔低級。
         好多企業入面最有價值嘅 AI 應用,唔係睇起嚟最靚嘅 Agent,而係呢種進入真實業務流程嘅工作流。

佢減少遺漏。佢慳時間。佢沉澱記錄。佢令人從整理資訊入面出返嚟,回到判斷同關係入面。

呢個先係 AI 嘅價值。

06

再睇 HubSpot 同 Adobe,就可以見到另一種方向。

HubSpot 嘅 Breeze Agents 唔係就咁生成一段文案。佢運行喺 CRM、客戶對話、交易歷史呢啲業務數據之上。例如 Customer Agent 可以處理客戶問題,遇到複雜問題再升級俾人工。

Adobe Experience Platform Agent Orchestrator 都係類似方向。佢唔係淨係做一個單點工具,而係喺客戶體驗、營銷內容、數據同多個專業 Agent 之間做編排。

呢類系統俾我嘅感覺係:

企業真正需要嘅,唔係一個無所不能嘅 Agent。
企業真正需要嘅係一套可運營嘅 AI 工作流。

 底層流程要穩定

 中間節點要能夠判斷

 關鍵動作要可以被控制

 最終結果要可以被驗收

呢個同我做 Amazon 圖像工作流時遇到嘅問題係一樣嘅。

 主圖要穩定

 A+ 圖要有創意

 競品分析要探索

 平台規範要嚴控

 視覺策略可以俾 AI 提案

 最終版本必須由人嚟判斷

所以我嘅結論唔係:我要做一個 Agent。

而係:我要先將呢個業務流程拆清楚。

 邊度係固定流程?

 邊度係唔確定節點?

 邊度需要 AI 自動生成?

 邊度必須人工確認?

 邊度需要留低記錄?

 邊度要能夠回滾?

呢啲比起討論「Agent 高級定係 Workflow 高級」重要得多。

07

我而家會用四個問題嚟判斷一個流程。

第一個問題:路徑可唔可以提前寫清楚?

如果可以,就優先採用 LLM Workflow。唔好為咗顯得智能,將一個本來可以穩定運行嘅流程交俾 Agent 自由發揮。

第二個問題:工具係咪固定?

如果呢個任務只需要固定咁調用幾個工具,就唔好俾 Agent 自己亂揀工具。工具選擇越自由,系統行為越難預測。

第三個問題:中間需唔需要探索?

如果任務需要不斷提出假設、查資料、比較路徑、根據結果調整方向,咁就需要 Agentic Workflow。例如競品分析、異常歸因、複雜選題判斷、多輪策略生成。

第四個問題:結果風險高唔高?

風險越高,越唔可以俾 Agent 直接自動執行。就算用 Agentic,都要放喺邊界入面。要有審批,要有記錄,要有可回放,要有人最終確認。

呢四個問題,比「創意 vs 穩定」更實用。因為佢可以直接指導我哋點樣設計 AI 應用。

08

如果用一句話總結,我而家會咁樣理解:

LLM Workflow,係將 LLM 放入確定流程入面。
Agentic Workflow,係令到模型喺唔確定路徑入面動態決策。

前者解決嘅係穩定產出。後者解決嘅係開放探索。

但係企業真正要做嘅,唔係二選一。

而係將一個業務流程拆開。

 穩定嘅部分,用 workflow 控制起嚟

 唔確定嘅部分,俾 agent 去探索

 高風險嘅部分,加上人工確認

 最終將結果沉澱成可持續運營嘅系統

呢個亦都係我而家做 AI 生圖應用時越嚟越強嘅感受:

AI 應用唔係將模型接返嚟就完咗。

真正嘅難點,係將數據、控制同結果連埋一齊。

數據令到 AI 理解業務。
控制令到 AI 唔亂跑。
結果決定呢套系統有冇價值。

如果一個 AI 工作流唔能夠穩定咁產生業務結果,佢就只係一個演示。

如果一個 AI 工作流既能穩定,又能夠喺關鍵節點保留創造性,佢先開始接近真正可用嘅 AI-native 工作方式。

所以我而家唔係咁關心一個嘢究竟叫 Agent,定係叫 Workflow。

我更關心:

 佢有冇進入真實流程?

 佢有冇穩定結果?

 佢有冇令人從低價值執行入面走返出嚟?

 佢有冇推到人去判斷、審美、創造同責任嘅位置?

如果有,佢就有價值。

如果冇,概念再新,都只係概念。

可以固定嘅,就唔好俾佢自由。
必須探索嘅,先俾佢空間。

唔係揀 Agent 定係 Workflow,而係將業務流程拆開,令到 AI 進入真實運營。

Resona · 鳴 · 令到每一次對話,都有迴響

2026-07-03 · 彭俊旗


圖片
圖片

「真正決定用哪一種工作流的,不是任務看起來創不創意,而是執行路徑能不能提前寫清楚。」

Hi,你好,我是彭俊旗。

最近,我在開發一個面向 Amazon 平台的 listing 主圖和 A+ 圖的 AI 生圖應用。

做這個東西的時候,我有一個很強的感受:

AI 不是不能用。
AI 也不是不夠強。
真正難的是,怎麼讓它在一個真實業務流程裏,穩定地產生有用的結果。

比如 Amazon 的主圖。

它不是普通的創意圖。

 產品不能變形

 材質不能亂

 顏色不能偏

 關鍵賣點不能被畫錯

 平台規範也不能踩線

但它又不能只是一個"正確但平庸"的圖。

因為圖片最終要放在貨架上,要影響點擊率,要影響轉化率。

所以我遇到的不是一個簡單的技術問題,而是一個很典型的 AI 工作流問題:

一邊要穩定,一邊要創意。
一邊要控制,一邊要效果。
一邊不能讓 AI 亂髮揮,一邊又不能把 AI 綁死。

這也是我最近重新理解 Agentic Workflow 和 LLM Workflow 的起點。

我一開始也會這樣判斷:

LLM Workflow 更適合穩定、低風險、強流程的任務。
Agentic Workflow 更適合創意、探索、開放式的任務。

這個判斷不是錯的。

但我現在覺得,它還不夠底層。

因為真正決定用哪一種工作流的,不是這個任務看起來"創不創意",也不是這個任務聽起來"穩不穩定"。

而是一個更具體的問題:

這個任務的執行路徑,能不能提前寫清楚?

如果路徑能提前寫清楚,就應該優先用 LLM Workflow。
如果路徑不能提前寫清楚,需要模型一邊執行、一邊觀察、一邊判斷、一邊調整,才更適合 Agentic Workflow。

這件事想明白以後,我對 AI 應用的理解變了很多。

01

先說我自己的場景。

如果我要生成一張 Amazon listing 主圖,這裏面有很多步驟其實是可以被固定下來的。

 讀取產品信息

 識別產品核心賣點

 檢查平台規範

 抽取產品必須保持一致的視覺要素

 生成畫面提示詞

 生成圖片

 對圖片做一致性檢查

 檢查有沒有平台風險

 輸出可用版本和修改建議

這些步驟並不神秘。

它們更像一條生產線。

每一步都有輸入。
每一步都有輸出。
每一步都有驗收標準。

在這種情況下,我不應該上來就做一個"自由發揮的 Agent"。

因為主圖最怕的不是 AI 不夠聰明。

主圖最怕的是 AI 太自由。

今天它覺得可以加一點背景。
明天它覺得可以換一個角度。
後天它覺得可以把產品質感畫得更高級一點。

聽起來都像優化。

但在電商裏,這些都可能變成風險。

 產品被畫錯,就是風險

 材質被畫錯,就是風險

 賣點表達錯,就是風險

 平台規範踩線,也是風險

所以在主圖這類場景裏,核心不是讓 AI "更有想象力",而是讓 AI 先進入一個確定的流程。

這更像 LLM Workflow。

不是因為它低級。
而是因為它必須可控。

02

但如果換成 A+ 圖,情況就開始變複雜。

A+ 圖不只是把產品擺出來。

它要講賣點。
要組織視覺節奏。
要決定哪一屏講功能,哪一屏講場景,哪一屏講對比,哪一屏講信任。
它要考慮用戶看到這張圖時,心裏到底在猶豫什麼。

這個時候,很多東西就沒辦法提前完全寫死。

比如同樣一個產品,它到底應該主打"省時",還是主打"耐用",還是主打"適合家庭場景"?

這個判斷要看產品。要看競品。要看評論。要看用戶痛點。要看價格帶。要看這個類目裏大家已經說膩了什麼。

這時候,如果流程太死,做出來的圖就會很像模板。

每張都正確。但每張都沒有擊中用戶。

所以 A+ 圖裏會出現一些更適合 Agentic Workflow 的節點。

 讓 AI 先分析競品頁面

 讓 AI 從評論裏歸納購買動機

 讓 AI 判斷用戶最關心的三個轉化阻力

 讓 AI 提出幾種不同的內容敍事方向

 讓 AI 比較哪一種方向更適合當前產品

這些節點不是簡單填空。

它需要探索。需要假設。需要比較。需要在信息不足的時候做判斷。

這就是 Agentic Workflow 的價值。

但注意,它不是整條鏈路都 Agentic。它只是某些節點需要 Agentic。

這也是我現在越來越明確的一點:

企業 AI 應用裏,最常見的不是純 LLM Workflow,也不是純 Agentic Workflow,而是混合工作流。
         主幹要穩定,局部要智能,關鍵節點要人來確認。

03

所以我現在不會簡單說:創意任務用 Agentic Workflow,穩定任務用 LLM Workflow。

這個說法有啓發,但容易誤導。

因為很多創意工作,真正落到業務裏,其實是可以流程化的。

比如寫公眾號文章。表面看是創意工作。但如果真的要穩定產出,其實可以拆成:

 選題判斷、讀者問題、案例調研

 結構設計、初稿生成

 事實核查、風格校準

 標題優化、發佈前檢查

這些步驟大部分都可以提前設計。

如果流程設計得好,它就是一個 LLM Workflow。

它不代表沒有創意。它只是把創意過程工程化了。

反過來,很多看似穩定的工作,也會突然出現不確定節點。

比如客服。查訂單、解釋政策、給操作步驟,這些都可以流程化。

但用戶突然問:"我這個訂單退了一半,另一半還在配送,優惠券到底怎麼算?"

這就不是標準 FAQ 了。它需要判斷邊界情況。需要查規則。需要決定要不要升級人工。

這個局部就有 Agentic 特徵。

再比如數據分析。固定生成日報、週報、異常提醒,這是 LLM Workflow。

但老闆問一句:"為什麼這個月轉化率突然下降?"

這就不是報表問題了。它可能要看渠道、看價格、看活動、看線索質量、看銷售跟進、看競品動作、看節假日、看數據口徑有沒有變。

這時候,路徑無法提前完全寫死。它需要提出假設,再一步步排除。這就是 Agentic Workflow 更適合的位置。

所以,關鍵不是任務名稱。

關鍵是任務結構。

04

行業裏其實也是這樣區分的。

Anthropic 在《Building effective agents》裏對 workflows 和 agents 做過一個很清楚的區分。

workflows 是 LLM 和工具沿着預先寫好的代碼路徑被編排。

agents 是 LLM 動態決定自己的過程和工具使用方式。

LangGraph 的文檔也類似。它把 workflows 描述成 predetermined code paths,也就是預先確定的代碼路徑。而 agents 更強調 dynamic,也就是由模型根據環境反饋動態決定下一步。

這些定義背後,其實都在回答同一個問題:

誰在決定下一步?

         如果下一步主要由流程決定,那就是 workflow。
         如果下一步主要由模型根據當前情況決定,那就是 agent。

這比"創意"和"穩定"更準確。也更適合拿來指導真實業務。

因為在真實業務裏,我們不是為了證明自己用了 Agent。我們是為了拿到穩定的業務結果。

能固定的,就不要讓它自由。
必須探索的,才給它空間。
風險高的地方,要有控制。
結果重要的地方,要有人確認。

05

Morgan Stanley 的 AI @ Morgan Stanley Debrief 就是一個很典型的例子。

它做的事情並不玄。在客戶同意的情況下,它可以記錄客戶會議,生成會議摘要,提取行動項,起草郵件,並把記錄保存到 Salesforce。

你會發現,這不是一個自由探索型 Agent。它更像一條非常清晰的工作流。

輸入是什麼?客戶會議

輸出是什麼?會議摘要、行動項、郵件草稿、CRM 記錄

人在哪裏?顧問仍然要編輯郵件、確認信息、維護客戶關係、承擔專業判斷

這個案例對我很有啓發。因為它說明一件事:

LLM Workflow 並不低級。
         很多企業裏最有價值的 AI 應用,不是看起來最炫的 Agent,而是這種進入真實業務流程的工作流。

它減少遺漏。它節省時間。它沉澱記錄。它讓人從整理信息裏出來,回到判斷和關係裏。

這才是 AI 的價值。

06

再看 HubSpot 和 Adobe,就能看到另一種方向。

HubSpot 的 Breeze Agents 不是單純生成一段文案。它運行在 CRM、客戶對話、交易歷史這些業務數據上。比如 Customer Agent 可以處理客戶問題,遇到複雜問題再升級給人工。

Adobe Experience Platform Agent Orchestrator 也是類似方向。它不是隻做一個單點工具,而是在客戶體驗、營銷內容、數據和多個專業 Agent 之間做編排。

這類系統給我的感受是:

企業真正需要的,不是一個無所不能的 Agent。
企業真正需要的是一套可運營的 AI 工作流。

 底層流程要穩定

 中間節點要能判斷

 關鍵動作要能被控制

 最終結果要能被驗收

這和我做 Amazon 圖像工作流時遇到的問題是一樣的。

 主圖要穩定

 A+ 圖要有創意

 競品分析要探索

 平台規範要嚴控

 視覺策略可以讓 AI 提案

 最終版本必須人來判斷

所以我的結論不是:我要做一個 Agent。

而是:我要先把這個業務流程拆清楚。

 哪裏是固定流程?

 哪裏是不確定節點?

 哪裏需要 AI 自動生成?

 哪裏必須人工確認?

 哪裏需要留下記錄?

 哪裏要能回滾?

這比討論"Agent 高級還是 Workflow 高級"重要得多。

07

我現在會用四個問題來判斷一個流程。

第一個問題:路徑能不能提前寫清楚?

如果能,就優先用 LLM Workflow。不要為了顯得智能,把一個本來可以穩定運行的流程交給 Agent 自由發揮。

第二個問題:工具是不是固定?

如果這個任務只需要固定調用幾個工具,就不要讓 Agent 自己亂選工具。工具選擇越自由,系統行為越難預測。

第三個問題:中間是否需要探索?

如果任務需要不斷提出假設、查資料、比較路徑、根據結果調整方向,那就需要 Agentic Workflow。比如競品分析、異常歸因、複雜選題判斷、多輪策略生成。

第四個問題:結果風險高不高?

風險越高,越不能讓 Agent 直接自動執行。即使用 Agentic,也要放在邊界裏。要有審批,要有記錄,要有可回放,要有人最終確認。

這四個問題,比"創意 vs 穩定"更實用。因為它可以直接指導我們怎麼設計 AI 應用。

08

如果用一句話總結,我現在會這樣理解:

LLM Workflow,是把 LLM 放進確定流程裏。
Agentic Workflow,是讓模型在不確定路徑裏動態決策。

前者解決的是穩定產出。後者解決的是開放探索。

但企業真正要做的,不是二選一。

而是把一個業務流程拆開。

 穩定的部分,用 workflow 控制起來

 不確定的部分,讓 agent 去探索

 高風險的部分,加上人工確認

 最終把結果沉澱成可持續運營的系統

這也是我現在做 AI 生圖應用時越來越強的感受:

AI 應用不是把模型接進來就結束了。

真正的難點,是把數據、控制和結果連起來。

數據讓 AI 理解業務。
控制讓 AI 不亂跑。
結果決定這套系統有沒有價值。

如果一個 AI 工作流不能穩定地產生業務結果,它就只是一個演示。

如果一個 AI 工作流既能穩定,又能在關鍵節點保留創造性,它才開始接近真正可用的 AI-native 工作方式。

所以我現在不太關心一個東西到底叫 Agent,還是叫 Workflow。

我更關心:

 它有沒有進入真實流程?

 它有沒有穩定結果?

 它有沒有讓人從低價值執行裏出來?

 它有沒有把人推到判斷、審美、創造和責任的位置上?

如果有,它就有價值。

如果沒有,概念再新,也只是概念。

能固定的,就不要讓它自由。
必須探索的,才給它空間。

不是選 Agent 還是 Workflow,而是把業務流程拆開,讓 AI 進入真實運營。

Resona · 鳴 · 讓每一次對話,都有迴響

2026-07-03 · 彭俊旗