Agentic Workflow 和 LLM Workflow 真正區別不是"創意 vs 穩定"
整理版優先睇
決定用 LLM Workflow 定 Agentic Workflow,關鍵係條執行路徑能唔能夠預先寫清楚,而唔係任務睇落創唔創意
呢篇文章係由彭俊旗寫嘅,佢係一個開發 AI 生圖應用嘅人,專注 Amazon listing 主圖同 A+ 圖嘅生成。佢發現真正嘅難題唔係 AI 唔夠強,而係點樣令 AI 喺真實業務流程入面穩定地產出有用結果。佢提出一個核心框架:判斷使用 LLM Workflow 定 Agentic Workflow 嘅關鍵,係睇個任務嘅執行路徑能唔能夠提前寫清楚;如果可以,就用 LLM Workflow;如果路徑唔確定、需要模型一邊做一邊判斷,就用 Agentic Workflow。呢個觀點比起單純用「創意 vs 穩定」去分類更實用。
文章用佢自己做 Amazon 主圖同 A+ 圖嘅經驗做案例。主圖需要嚴格控制產品形狀、材質、顏色、賣點同平台規範,所以路徑清楚,適合 LLM Workflow;而 A+ 圖要講賣點、組織視覺節奏、分析競品同用戶痛點,好多節點唔確定,需要 Agentic Workflow。佢強調企業 AI 應用最常見嘅係混合工作流:主幹穩定、局部智能、關鍵節點由人確認。
佢最後提出四個實用問題去判斷每個流程:路徑能否提前寫清楚?工具是否固定?中間是否需要探索?結果風險高唔高?呢啲問題直接指導設計 AI 應用,而唔係糾結於概念標籤。成篇文章嘅結論係:AI 應用嘅價值在於穩定產出業務結果,將人從低價值執行解放出來,放到判斷、審美同創造嘅位置。
- 區分 LLM Workflow 同 Agentic 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 路徑能否提前寫清楚?如果可以,就用 LLM Workflow,唔好為咗顯得智能而畀 Agent 自由發揮。
- 2 工具係咪固定?如果只係固定調用幾個工具,就唔好畀 Agent 自己亂選,否則系統行為更難預測。
- 3 中間需要探索嗎?如果要不斷提出假設、查資料、比較路徑,就需要 Agentic Workflow,例如競品分析、異常歸因。
- 4 結果風險高唔高?風險越高,越唔可以畀 Agent 直接自動執行,即使要用 Agentic 都要放喺邊界入面,加審批、記錄同人工確認。
行業案例啟示:LLM Workflow 唔低級,Agent 要放對位置
文章引用咗 Morgan Stanley 嘅 AI @ Morgan Stanley Debrief 案例:系統可以記錄客戶會議、生成摘要、提取行動項、起草郵件並保存到 Salesforce。呢個唔係自由探索型 Agent,而係一條好清晰嘅工作流:輸入係會議,輸出係摘要同行動項,人仍然要編輯郵件、確認資訊、承擔專業判斷。
LLM Workflow 唔低級,好多企業最有價值嘅 AI 應用反而係呢種進入真實業務流程嘅工作流。
而 HubSpot 嘅 Breeze Agents 同 Adobe 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,即係由模型根據環境反饋動態決定下一步。
呢啲定義背後,其實都喺度回答同一個問題:
邊個決定下一步? |
呢個比「創意」同「穩定」更準確。亦都更加適合攞嚟指導真實業務。
因為喺真實業務入面,我哋唔係為咗證明自己用咗 Agent。我哋係為咗拿到穩定嘅業務結果。
可以固定嘅,就唔好俾佢自由。
必須探索嘅,先俾佢空間。
風險高嘅地方,要有控制。
結果重要嘅地方,要有人確認。
05
Morgan Stanley 嘅 AI @ Morgan Stanley Debrief 就係一個好典型嘅例子。
佢做嘅嘢並唔玄。喺客戶同意嘅情況下,佢可以記錄客戶會議,生成會議摘要,提取行動項,起草電郵,並將記錄儲存到 Salesforce。
你會發現,呢個唔係一個自由探索型 Agent。佢更加似一條非常清晰嘅工作流。
▎輸入係乜嘢?客戶會議
▎輸出係乜嘢?會議摘要、行動項、電郵草稿、CRM 記錄
▎人喺邊度?顧問仍然要編輯電郵、確認資訊、維護客戶關係、承擔專業判斷
呢個案例對我啟發好大。因為佢說明咗一件事:
LLM Workflow 並唔低級。 |
佢減少遺漏。佢慳時間。佢沉澱記錄。佢令人從整理資訊入面出返嚟,回到判斷同關係入面。
呢個先係 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 放入確定流程入面。 |
前者解決嘅係穩定產出。後者解決嘅係開放探索。
但係企業真正要做嘅,唔係二選一。
而係將一個業務流程拆開。
▎ 穩定嘅部分,用 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,也就是由模型根據環境反饋動態決定下一步。
這些定義背後,其實都在回答同一個問題:
誰在決定下一步? |
這比"創意"和"穩定"更準確。也更適合拿來指導真實業務。
因為在真實業務裏,我們不是為了證明自己用了 Agent。我們是為了拿到穩定的業務結果。
能固定的,就不要讓它自由。
必須探索的,才給它空間。
風險高的地方,要有控制。
結果重要的地方,要有人確認。
05
Morgan Stanley 的 AI @ Morgan Stanley Debrief 就是一個很典型的例子。
它做的事情並不玄。在客戶同意的情況下,它可以記錄客戶會議,生成會議摘要,提取行動項,起草郵件,並把記錄保存到 Salesforce。
你會發現,這不是一個自由探索型 Agent。它更像一條非常清晰的工作流。
▎輸入是什麼?客戶會議
▎輸出是什麼?會議摘要、行動項、郵件草稿、CRM 記錄
▎人在哪裏?顧問仍然要編輯郵件、確認信息、維護客戶關係、承擔專業判斷
這個案例對我很有啓發。因為它說明一件事:
LLM Workflow 並不低級。 |
它減少遺漏。它節省時間。它沉澱記錄。它讓人從整理信息裏出來,回到判斷和關係裏。
這才是 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 放進確定流程裏。 |
前者解決的是穩定產出。後者解決的是開放探索。
但企業真正要做的,不是二選一。
而是把一個業務流程拆開。
▎ 穩定的部分,用 workflow 控制起來
▎ 不確定的部分,讓 agent 去探索
▎ 高風險的部分,加上人工確認
▎ 最終把結果沉澱成可持續運營的系統
這也是我現在做 AI 生圖應用時越來越強的感受:
AI 應用不是把模型接進來就結束了。
真正的難點,是把數據、控制和結果連起來。
數據讓 AI 理解業務。
控制讓 AI 不亂跑。
結果決定這套系統有沒有價值。
如果一個 AI 工作流不能穩定地產生業務結果,它就只是一個演示。
如果一個 AI 工作流既能穩定,又能在關鍵節點保留創造性,它才開始接近真正可用的 AI-native 工作方式。
所以我現在不太關心一個東西到底叫 Agent,還是叫 Workflow。
我更關心:
▎ 它有沒有進入真實流程?
▎ 它有沒有穩定結果?
▎ 它有沒有讓人從低價值執行裏出來?
▎ 它有沒有把人推到判斷、審美、創造和責任的位置上?
如果有,它就有價值。
如果沒有,概念再新,也只是概念。
能固定的,就不要讓它自由。 不是選 Agent 還是 Workflow,而是把業務流程拆開,讓 AI 進入真實運營。 |
Resona · 鳴 · 讓每一次對話,都有迴響 2026-07-03 · 彭俊旗 |