業(yè)務(wù)流程的本質(zhì),從來不是為了限制效率,是為了管風(fēng)險。

公司的合同審批為什么非要走三級?不是為了惡心人,是因為十年前有個傻子簽了個坑爹合同,公司賠了五百萬。財務(wù)報銷為什么死抓著發(fā)票不放?因為稅務(wù)局來查賬能要你命。這些規(guī)則,都是真金白銀換來的。

Agent再怎么聰明,本質(zhì)上就是個概率模型。常規(guī)場景它能處理80%,但剩下20%的邊緣情況呢?客戶突然變卦、供應(yīng)商跑路、系統(tǒng)宕機(jī)、數(shù)據(jù)對不上——這些訓(xùn)練數(shù)據(jù)里沒見過的破事兒一來,Agent立馬懵逼。

所以問題不是要不要業(yè)務(wù)流程,而是業(yè)務(wù)流程怎么活下去。

以前寫在文檔里,印成手冊,新人培訓(xùn)三個月才記得住。后來固化成工作流系統(tǒng),節(jié)點寫死了,想點錯都點不了?,F(xiàn)在要進(jìn)化成Agent能理解的規(guī)則。

打個比方。傳統(tǒng)工作流是鐵軌,火車只能順著軌道跑,想變道?沒門。Agentic Workflow是道路系統(tǒng),紅綠燈、限速牌、單行線該有還得有,但車能根據(jù)路況選路線。規(guī)則在,但活了。

Agent是工作流的變種

我必須糾正一個誤區(qū):Agent不是什么新物種,它就是工作流的另一種存在形式。

以前一個報銷流程要拆成十幾個節(jié)點:提交申請→部門審批→財務(wù)審核→出納付款。每個節(jié)點是個獨(dú)立的自動化單元,中間靠系統(tǒng)硬編碼串起來。

現(xiàn)在一個Agent可以把這十幾個節(jié)點的活兒全包了。不光能執(zhí)行每個步驟,還能根據(jù)情況調(diào)整順序。發(fā)票不到一千塊?跳過部門領(lǐng)導(dǎo),直接財務(wù)批。發(fā)票有問題?暫停流程,自動發(fā)消息讓你補(bǔ)材料。供應(yīng)商在黑名單上?觸發(fā)風(fēng)控,通知法務(wù)。

一個主動式Agent,約等于一個自適應(yīng)的微型工作流引擎。不再是流程里的一顆螺絲釘,而是能裝下多個工作流邏輯的容器。更絕的是,多個Agent之間還能協(xié)作。

LangChain的CEO說得很明白:完全自主的Agent信不過,得給它加護(hù)欄。啥護(hù)欄?就是把業(yè)務(wù)規(guī)則、審批邏輯、異常處理,用Agent聽得懂的話告訴它。

實際例子。你是電商公司的客服主管,要處理退款。傳統(tǒng)工作流長這樣:

客戶申請退款 → 檢查訂單狀態(tài) → 檢查退款原因 → 判斷金額 → 自動/人工審批 → 退款到賬 → 發(fā)通知 

每個箭頭都是硬編碼。遇到特殊情況?系統(tǒng)直接認(rèn)慫,轉(zhuǎn)人工。

換成Agent:

客戶:"我要退款,商品有質(zhì)量問題"
Agent:
  - 查訂單,拿信息
  - 查物流,確認(rèn)收貨了
  - 分析原因(質(zhì)量問題),判斷得人管
  - 自動生成工單,標(biāo)優(yōu)先級
  - 通知人工客服,退款單提前填好
  - 2小時沒人理?升級給主管
  - 退款完事后,記進(jìn)客戶檔案,打上"質(zhì)量敏感"標(biāo)簽

差別在哪?Agent不是干掉了工作流,而是把工作流變成了能組合、會判斷、可自適應(yīng)的單元。

Agent Skills:把能力掰成零件

很多人搞不懂Agent Skills。其實很簡單,就是把API包裝成Agent聽得懂的話。

以前調(diào)個數(shù)據(jù)庫查詢接口,得寫代碼:

python
db.query("SELECT * FROM customers WHERE id = ?", customer_id)

現(xiàn)在你把這玩意兒包裝成Skill:

Skill名稱: 查客戶信息
干嘛用的: 根據(jù)客戶ID查基本信息、歷史訂單、信用分
需要啥: customer_id(一串字符)
給你啥: 客戶對象(JSON)

Agent看到這描述,就懂了:哦,我要了解客戶的時候,就調(diào)這個。關(guān)鍵是,Agent能自己判斷啥時候該用。你不用寫如果用戶問客戶信息就調(diào)這個API,Agent自己通過語義理解匹配。

Agent Skills的價值就是:標(biāo)準(zhǔn)化 + 樂高化。

過去每個系統(tǒng)、每個部門都有自己的一套接口。業(yè)務(wù)人員想搞個跨部門的自動化?得找三個技術(shù)團(tuán)隊開會,排期一個月,聯(lián)調(diào)兩周。運(yùn)氣好的話,三個月后能上線。

現(xiàn)在把各部門的核心能力都封裝成Agent Skills,扔進(jìn)企業(yè)技能庫。要啥能力,Agent自己挑。銷售要查庫存?調(diào)庫存Skill。財務(wù)要對賬?調(diào)財務(wù)Skill??头槲锪鳎空{(diào)物流Skill。

這已經(jīng)不是技術(shù)問題了,這是企業(yè)能力的重新排列組合

想象你公司有個技能超市,里面躺著兩百個標(biāo)準(zhǔn)化Skills。從"查客戶信息"到"生成財報",從"發(fā)審批通知"到"調(diào)大模型寫文案",應(yīng)有盡有。每次來新需求,不是從零開發(fā)系統(tǒng),而是用Agent把需要的Skills串起來。 

微軟說用AutoGen開發(fā),代碼量能減少4倍。但真正牛逼的不是少寫代碼,而是業(yè)務(wù)人員也能參與。

你不需要懂Python,只要跟Agent說清楚:我要實現(xiàn)這個目標(biāo),把每步需要啥能力描述明白。Agent自己去技能庫里找對應(yīng)的Skills,自己測試能不能跑通。技術(shù)團(tuán)隊的角色從實現(xiàn)者變成能力提供者。

簡單地講,Agent Skills就是把公司里那些只存在于老員工腦子里的隱性知識,掰碎了,標(biāo)準(zhǔn)化,放進(jìn)庫里。

Agentic Workflow:終極大管家

現(xiàn)在到重頭戲了:Agentic Workflow到底是個啥?

很多人以為就是多個Agent一起干活。錯了。它是個全新的編排范式,目標(biāo)是把所有執(zhí)行單元班闊Agent、大模型、傳統(tǒng)工具、甚至老工作流等全部調(diào)度起來。

場景:你是制造企業(yè)的供應(yīng)鏈總監(jiān),接到個緊急訂單。這單子要協(xié)調(diào)七個部門、三個外部供應(yīng)商、兩個物流商。傳統(tǒng)做法?開會、發(fā)郵件、打電話、Excel滿天飛,三天能搞定就燒高香了。

用Agentic Workflow:

訂單進(jìn)來 →
  - Agent A(需求分析): 解析訂單,拆成BOM清單
  - Agent B(庫存檢查): 并行查各倉庫庫存,算缺口
  - Agent C(供應(yīng)商協(xié)調(diào)): 給三個供應(yīng)商發(fā)詢價單,2小時不回算你輸
  - *傳統(tǒng)工作流*:走采購審批流程(這塊不能亂)
  - Agent D(物流規(guī)劃): 根據(jù)供應(yīng)商位置優(yōu)化配送
  - Agent E(生產(chǎn)排期): 調(diào)ERP,插入生產(chǎn)計劃
  - Agent F(風(fēng)險監(jiān)控): 盯著各環(huán)節(jié),發(fā)現(xiàn)延遲立馬吼
  - *人工決策點*:成本超預(yù)算15%,暫停,找主管批
  - Agent G(客戶溝通): 自動生成進(jìn)度報告,每天發(fā)客戶

這流程里,有Agent自己做決定,有傳統(tǒng)工作流的死規(guī)矩,有外部API調(diào)用,有人工拍板的節(jié)點。Agentic Workflow是總指揮,不管每個單元內(nèi)部咋玩的,只管把它們高效串起來。

傳統(tǒng)工作流引擎干不了這個。它只能處理確定性路徑:A干完去B,B干完去C。遇到"根據(jù)供應(yīng)商反饋動態(tài)調(diào)整"這種需求?對不起,改需求、改代碼、測試、上線,兩周起。

Agentic Workflow的殺手锏是動態(tài)編排。不提前把路全寫死,而是定好目標(biāo)、約束、可用資源,讓系統(tǒng)自己找最優(yōu)解。供應(yīng)商A不回消息?立馬切備選。物流費(fèi)超了?要么重算路線,要么延遲發(fā)貨。

但這靈活性是有代價的:控制力下降。所以必須設(shè)計護(hù)欄。

LangGraph的做法是把流程畫成圖(Graph)。節(jié)點可以是Agent、可以是函數(shù)、可以是人工審批點。邊定義流轉(zhuǎn)規(guī)則,但這規(guī)則能是動態(tài)的。系統(tǒng)跑起來之后,根據(jù)每個節(jié)點的輸出決定下一步。

微軟AutoGen的路子是多智能體編排。每個Agent有明確的角色,通過消息傳遞協(xié)作。一個Agent搞不定了,可以@另一個Agent求助。這模式很像人類團(tuán)隊干活,但速度快幾個數(shù)量級。

Agentic Workflow的終極價值,是讓企業(yè)復(fù)雜的業(yè)務(wù)流程具備了"軟件定義"的能力。

以前業(yè)務(wù)變了就得改系統(tǒng),幾個月項目周期是常態(tài)。現(xiàn)在業(yè)務(wù)規(guī)則調(diào)整,可能只要重新配置Agentic Workflow的編排邏輯,一天搞定。這種敏捷性,在供應(yīng)鏈、金融交易、客戶服務(wù)這些快速變化的領(lǐng)域,值老錢了。

到底誰會被干掉?

回到開頭的問題:Agent會替代業(yè)務(wù)流程嗎?Agent Skills會替代工作流嗎?

我的答案:都不會,但都得進(jìn)化。

業(yè)務(wù)流程死不了。只要公司在,只要干活有順序,業(yè)務(wù)流程就得在。但它的形態(tài)會變:從紙質(zhì)文檔到工作流系統(tǒng),再到Agent能理解的規(guī)則。流程變靈活了,但底層邏輯"事情該咋干"永遠(yuǎn)在。

工作流不會被Agent Skills替代,因為它們根本不在一個層面。Agent Skills是能力單元,工作流是執(zhí)行路徑。以后的工作流會由Agent來跑,而不是硬編碼的系統(tǒng)節(jié)點。一個Agent能裝下多個工作流的邏輯,但工作流本身的價值“把業(yè)務(wù)邏輯結(jié)構(gòu)化、可復(fù)用”跑不掉。

真正要掛的是那些只會機(jī)械執(zhí)行、不會靈活變通的自動化系統(tǒng)。

比如簡單重復(fù)、規(guī)則固定的RPA任務(wù),Agent分分鐘干得更溜。那些需要人判斷但其實就是套模板的審批環(huán)節(jié)?Agent直接接手。那些跨系統(tǒng)協(xié)調(diào)但只會傻等的集成中間件,Agentic Workflow讓它們顯得又笨又慢。

所以,被淘汰的不是"流程",是"僵化"。

我們該咋辦?

如果你是技術(shù)負(fù)責(zé)人,現(xiàn)在最該干的不是推翻現(xiàn)有系統(tǒng),而是盤點企業(yè)能力,建Agent Skills庫。

把各系統(tǒng)的核心能力抽出來,定義成標(biāo)準(zhǔn)化Skills。財務(wù)系統(tǒng)有啥能調(diào)的?ERP有啥能查的?CRM有啥能觸發(fā)的?先把武器庫建起來。

然后挑幾個高頻、復(fù)雜、但風(fēng)險可控的場景,試點Agentic Workflow。別一上來就搞供應(yīng)鏈大改造,先從客服、內(nèi)部協(xié)同這種容錯率高的場景練手。

最重要的是培養(yǎng)流程工程能力。以后的關(guān)鍵崗位不是會寫代碼的程序員,而是會設(shè)計Agent協(xié)作模式的流程架構(gòu)師。這人得懂業(yè)務(wù)、懂AI能力邊界、也得懂怎么設(shè)計護(hù)欄和兜底。

如果你是業(yè)務(wù)負(fù)責(zé)人,別指望Agent一夜之間解決所有問題,但也別死守舊系統(tǒng)。主動參與Agent Skills的定義。你最懂業(yè)務(wù)邏輯,你最清楚哪些環(huán)節(jié)能自動化、哪些必須人工把關(guān)。這些知識,是建企業(yè)級Agentic Workflow的核心資產(chǎn)。

終局是怎樣的?

Gartner預(yù)測2028年15%的工作決策由AI Agent自主完成。這不是畫餅,已經(jīng)在發(fā)生了。

但這未來不是人類靠邊站,Agent全自動,而是人類定目標(biāo)定約束,Agent負(fù)責(zé)執(zhí)行和優(yōu)化。

看個電商公司的一天:

早上,市場部Agent發(fā)現(xiàn)競品搞促銷,自動分析了價格策略和庫存,生成三套方案,發(fā)給運(yùn)營總監(jiān)??偙O(jiān)選方案二,批準(zhǔn)。

中午,供應(yīng)鏈Agent發(fā)現(xiàn)暢銷品庫存告急,自動聯(lián)系供應(yīng)商、調(diào)物流排期、更新網(wǎng)站預(yù)計到貨時間。全程無人工,因為在"授權(quán)范圍"內(nèi)。

下午,客服Agent處理三百個售后,二十個退款自動搞定,五個復(fù)雜糾紛轉(zhuǎn)人工,背景信息和建議方案已經(jīng)準(zhǔn)備好了。

晚上,財務(wù)Agent生成當(dāng)日經(jīng)營數(shù)據(jù),標(biāo)出三個異常指標(biāo),追溯可能原因。CFO看完,決定明天早會討論。

這就是Agentic Workflow或者說Agentic AI(人機(jī)協(xié)作)的終局:業(yè)務(wù)流程還在,但執(zhí)行層變成了Agent海洋。人類角色從操作工變成指揮官和決策者。

業(yè)務(wù)流程不會消失,會以更高級的形態(tài)存在:不再是死規(guī)矩,而是活策略;不再是固定節(jié)點,而是靈活編排;不再是系統(tǒng)的枷鎖,而是智能的框架。

這場變革的本質(zhì)不是AI替代人,而是讓人從流程的奴隸變成流程的主人。

那些讓你抓框的審批流、讓你崩潰的跨部門扯皮、讓你熬夜的數(shù)據(jù)整理,它們不會消失,但會被Agent接手。你能把精力放在真正需要創(chuàng)造力、判斷力、同理心的地方。

說到底,這不是Agent的勝利,是人的解放。

現(xiàn)在就斷言"Agent會完全取代XX",跟當(dāng)年說"互聯(lián)網(wǎng)會干掉實體店"是一樣的,沒有絕對的取代,只有更好地融合。技術(shù)演進(jìn)從來不是簡單的你死我活,而是復(fù)雜的元素融合。

業(yè)務(wù)流程、工作流、Agent、Agentic Workflow,它們會共存很久,會在碰撞中融合,會在實踐中進(jìn)化。重要的不是站隊"挺流程"還是"挺Agent",而是搞清楚它們各自的價值,找到最適合你的組合。

工具、技術(shù)、方案是死的,組織、團(tuán)隊和人是活的。聰明人用Agent優(yōu)化流程,看不懂的人用Agent制造混亂。

看懂終局,你就會有更好的選擇。

本文系作者 王吉偉 授權(quán)鈦媒體發(fā)表,并經(jīng)鈦媒體編輯,轉(zhuǎn)載請注明出處、作者和本文鏈接
本內(nèi)容來源于鈦媒體鈦度號,文章內(nèi)容僅供參考、交流、學(xué)習(xí),不構(gòu)成投資建議。
想和千萬鈦媒體用戶分享你的新奇觀點和發(fā)現(xiàn),點擊這里投稿 。創(chuàng)業(yè)或融資尋求報道,點擊這里。

敬原創(chuàng),有鈦度,得贊賞

贊賞支持
發(fā)表評論
0 / 300

根據(jù)《網(wǎng)絡(luò)安全法》實名制要求,請綁定手機(jī)號后發(fā)表評論

登錄后輸入評論內(nèi)容

快報

更多

2026-03-28 23:01

澤連斯基稱與中東3國達(dá)成防務(wù)合作協(xié)議,涉聯(lián)合生產(chǎn)無人機(jī)

2026-03-28 22:35

山西太原一建筑發(fā)生火災(zāi),已致1人死亡25人受傷

2026-03-28 22:26

王文濤部長發(fā)表書面致辭,支持世貿(mào)組織《電子商務(wù)協(xié)定》達(dá)成臨時實施安排

2026-03-28 21:54

40余家單位聯(lián)盟,中國最大人形機(jī)器人訓(xùn)練基地在京揭牌

2026-03-28 21:41

周鴻祎與劉慈欣在科幻大會預(yù)判:百億智能體或成新物種,AI推動人類文明分化

2026-03-28 21:38

第五代宏光MINIEV上市,售價4.48萬-5.48萬元

2026-03-28 20:42

烏稱伊朗襲擊迪拜倉庫并致烏克蘭人傷亡消息不實

2026-03-28 20:23

3月28日新聞聯(lián)播速覽23條

2026-03-28 20:05

美國務(wù)卿和歐盟官員被曝就烏克蘭問題激烈交鋒

2026-03-28 19:44

“Token”這個詞的搜索量最高一天達(dá)到7.7萬次,比去年日均搜索量高出1850%

2026-03-28 19:39

飛捷科思發(fā)布中國首個可微分物理仿真引擎Fysics

2026-03-28 19:13

“網(wǎng)售產(chǎn)品質(zhì)量安全提升系列行動2026”在北京啟動

2026-03-28 19:03

國務(wù)院食安辦、市場監(jiān)管總局約談相關(guān)地方市級人民政府負(fù)責(zé)人,督辦“3?15”晚會曝光問題整改

2026-03-28 18:44

飛書 CLI 開源:AI 可直連飛書辦公套件

2026-03-28 18:36

馬來西亞說伊朗允許馬滯留油輪通行霍爾木茲海峽

2026-03-28 18:02

今年前三個月中國創(chuàng)新藥對外授權(quán)交易總額超600億美元

2026-03-28 17:39

中國和菲律賓舉行南海問題雙邊磋商機(jī)制第十一次會議

2026-03-28 17:30

印尼正式實施16歲以下社媒禁令,約7000萬人受影響

2026-03-28 17:04

美國加州禁止官員借內(nèi)幕消息在預(yù)測市場牟利

2026-03-28 17:02

北京“超現(xiàn)場”生態(tài)共同體建設(shè)暨全國覆蓋啟動

掃描下載App