1. 從BI到Agentic BI為什么“會看數(shù)”已經(jīng)不夠了先講一個真實(shí)的日常。業(yè)務(wù)負(fù)責(zé)人每天早上打開電腦看到的不是報表而是角落里滾動著的一張營收看板。他問一句“為什么華東區(qū)這兩天營收掉這么多”分析師要花半天查數(shù)、出結(jié)論再給建議等業(yè)務(wù)把動作做下去兩三天已經(jīng)過去了。這種做法有個名字看數(shù)靠人、分析靠人、執(zhí)行更靠人。而Agentic BI試圖把這三件事全部串聯(lián)起來做自主監(jiān)控、自主分析、自主執(zhí)行底層由“感知-認(rèn)知-執(zhí)行”三層引擎支撐。我最近在梳理一款具備完整Agent能力的產(chǎn)品架構(gòu)核心就是這個三層引擎。這篇文章不寫產(chǎn)品宣傳只講架構(gòu)邏輯、每層的實(shí)現(xiàn)要點(diǎn)以及落地時那些文檔里不會寫的坑。適合誰看做數(shù)據(jù)平臺、AI應(yīng)用、企業(yè)數(shù)字化的同學(xué)以及正在評估“要不要上智能BI”的業(yè)務(wù)負(fù)責(zé)人都可以從這套拆解里得到框架性認(rèn)知。即使你之前沒接觸過BI我也會把基礎(chǔ)概念講清楚。1.1 BI四段演進(jìn)報表、自助、對話、智能體老一代BI的本質(zhì)是“把數(shù)據(jù)變成報表”它的隱含前提是人得先知道問題在哪才知道去看哪張報表。等發(fā)現(xiàn)了問題再拉分析師、提數(shù)、做透視、寫PPT一輪下來小半天就沒了。這種模式在業(yè)務(wù)節(jié)奏慢的時代夠用但現(xiàn)在很多行業(yè)每天的決策窗口只有幾個小時。隨后出現(xiàn)的自助式BI核心進(jìn)步是把“取數(shù)”交還給業(yè)務(wù)人員拖拽維度、篩條件、看趨勢自己動手比排隊等IT快得多。但它的交互邏輯依然是“人主動發(fā)起、系統(tǒng)被動響應(yīng)”。你問它才答你沒問它就不吭聲。對話式BI又往前邁了一步用自然語言直接查數(shù)。體驗(yàn)上更友好但大多數(shù)ChatBI產(chǎn)品還停留在“你問一句、它查一次”的層面。用戶不知道要問什么或者不知道某個指標(biāo)出問題時系統(tǒng)不會主動告訴你。這個階段的BI本質(zhì)上仍然是“被動的知識庫”。Agentic BI的關(guān)鍵差異在于主動性。系統(tǒng)自己有監(jiān)控目標(biāo)有分析任務(wù)有可執(zhí)行的決策建議。它會主動發(fā)現(xiàn)異常、主動歸因、主動提出建議、在授權(quán)后主動執(zhí)行。一句話概括ChatBI是助理你讓它做什么它做什么Agentic BI是值班員它自己看著數(shù)據(jù)自己判斷該干什么。四種形態(tài)的對比可以看這張表階段核心能力典型交互局限報表BI固定報表、指標(biāo)展示人去看數(shù)發(fā)現(xiàn)問題太慢自助式BI靈活查詢、拖拽分析人找數(shù)依賴人的主動性對話式BI自然語言取數(shù)人問數(shù)缺乏主動性Agentic BI監(jiān)控、歸因、執(zhí)行系統(tǒng)自主運(yùn)轉(zhuǎn)工程復(fù)雜度高1.2 “自主”三個字的含金量“自主監(jiān)控、自主分析、自主執(zhí)行”不是三個功能模塊的簡單拼接它意味著數(shù)據(jù)要在層與層之間形成順暢的流轉(zhuǎn)機(jī)制。自主監(jiān)控解決的是“系統(tǒng)自己看見問題”自主分析解決的是“系統(tǒng)自己理解問題”自主執(zhí)行解決的是“系統(tǒng)自己把結(jié)論變成動作”。三層都必須圍著同一套指標(biāo)體系轉(zhuǎn)才能構(gòu)成完整閉環(huán)。這也是我把這套架構(gòu)拆解為“感知-認(rèn)知-執(zhí)行”的原因它本質(zhì)上是把人的工作方式抽象成了系統(tǒng)能力。2. “感知層”拆解系統(tǒng)怎么自己長出一雙眼睛感知層是整個Agentic BI的起點(diǎn)。沒有及時、準(zhǔn)確、結(jié)構(gòu)化的感知后面兩層再強(qiáng)也是空中樓閣。這一層表面上就是個“監(jiān)控告警”但實(shí)際落地時的復(fù)雜度被嚴(yán)重低估。我見過很多團(tuán)隊第一周就把監(jiān)控接上了第二周開始天天調(diào)閾值第三周被誤報折磨到想下線功能。2.1 感知層的三個核心任務(wù)第一個任務(wù)是口徑統(tǒng)一。監(jiān)控鏈路涉及的每個指標(biāo)必須在指標(biāo)中臺里有明確口徑成交額是按支付時間算還是按下單時間算是否剔除退款是否包含未發(fā)貨訂單?？趶讲唤y(tǒng)一感知層報警的基礎(chǔ)就是錯的。比如兩個業(yè)務(wù)線看同一個“轉(zhuǎn)化率”一個按點(diǎn)擊算一個按曝光算監(jiān)控出來的波動意義完全不同。第二個任務(wù)是連續(xù)監(jiān)控。指標(biāo)不能是拉出來看一眼就完事要按照一定頻率持續(xù)檢測并記錄歷史軌跡。這些歷史數(shù)據(jù)既是自適應(yīng)基線的輸入也是后續(xù)認(rèn)知層做歸因時的證據(jù)庫。沒有歷史軌跡任何異常判斷都只能憑感覺。第三個任務(wù)是異常識別。監(jiān)測到波動后要判斷“這個波動是否值得關(guān)注”。這比大多數(shù)人想得更難難在“正常波動”的邊界非常模糊。業(yè)務(wù)本身有自然起伏促銷有后遺效應(yīng)節(jié)假日有切換外部環(huán)境有一時的輿情沖擊。感知層必須學(xué)會區(qū)分“正常波動”和“異常信號”。2.2 從靜態(tài)閾值到自適應(yīng)基線很多團(tuán)隊第一步都用固定閾值比如“環(huán)比下降超過5%就告警”。問題在于業(yè)務(wù)曲線本身就有起伏。大促后一天的下跌和大促前一天的下跌背后原因完全不同但固定閾值無法區(qū)分。結(jié)果是閾值設(shè)嚴(yán)天天誤報群變成告警廣播站閾值設(shè)松真出問題時它又沒反應(yīng)。更合理的做法是自適應(yīng)基線利用歷史數(shù)據(jù)預(yù)估“今天這個指標(biāo)本應(yīng)該落在哪個區(qū)間”超出置信區(qū)間再觸達(dá)。常見算法有三種方法原理適用場景移動平均取最近N天均值作為基線曲線平穩(wěn)、無明顯周期性季節(jié)性分解拆分趨勢、季節(jié)、殘差有周/月規(guī)律的零售、內(nèi)容業(yè)務(wù)同環(huán)比融合同比剔除季節(jié)環(huán)比捕捉突變有促銷節(jié)奏、活動安排的場景舉個例子。某產(chǎn)品線過去三周每個工作日GMV都在100萬上下今天突然跌到85萬。固定閾值環(huán)比-5%直接告警但自適應(yīng)基線會先判斷今天是不是促銷活動后遺癥。如果歷史上每次活動次日的下跌幅度本來就在10%到15%系統(tǒng)會把85萬判定為正常回落不打擾人。感知層的價值就在這種“過濾”里把噪音濾掉把真正有價值的信號留在臺面上。提示感知層誤報率高的根因大多是基線沒學(xué)好而不是閾值沒卡好。先把基線質(zhì)量提上去再談告警渠道。2.3 把異常轉(zhuǎn)成結(jié)構(gòu)化事件感知到異常之后不能只發(fā)一句“某指標(biāo)有波動”。為了讓認(rèn)知層能做推理異常必須被結(jié)構(gòu)化成事件。一個標(biāo)準(zhǔn)事件至少包含這些字段指標(biāo)名稱與ID、異常時間段、相對于基線的偏差幅度、影響范圍涉及哪些維度、觸發(fā)時的業(yè)務(wù)上下文是否有促銷、是否有系統(tǒng)變更。這一步的設(shè)計直接決定認(rèn)知層的分析質(zhì)量。如果事件里只有“銷售額下降8%”一句話認(rèn)知層就沒有進(jìn)入推理鏈路的入口只能靠模型瞎猜。我自己在梳理引擎設(shè)計時有個感受感知層最不難寫的是數(shù)據(jù)采集最難的是“什么才算值得關(guān)注”。值得關(guān)注的異常不只看幅度還要看趨勢、影響面、業(yè)務(wù)背景。感知層的設(shè)計必須從一開始就想著后面的認(rèn)知層需要什么數(shù)據(jù)而不是先造一堆告警出來。3. “認(rèn)知層”拆解把“發(fā)生了什么”變成“為什么發(fā)生、該怎么辦”如果說感知層是眼睛認(rèn)知層就是大腦。它的任務(wù)是把結(jié)構(gòu)化事件進(jìn)一步轉(zhuǎn)化成業(yè)務(wù)人員看得懂、能決策的分析結(jié)論。認(rèn)知層的核心能力有三個語義理解、歸因推理、建議生成。任何一個掉鏈子整個系統(tǒng)的分析結(jié)論都會顯得“又蠢又不靠譜”。3.1 語義理解不是讓你說話而是讓系統(tǒng)懂業(yè)務(wù)語義理解在這里不是指把中文問句翻譯成SQL而是讓系統(tǒng)理解業(yè)務(wù)語境。比如你問“這個月轉(zhuǎn)化率為什么差了”系統(tǒng)需要知道轉(zhuǎn)化率的口徑、維度結(jié)構(gòu)、與其他指標(biāo)的關(guān)聯(lián)。這些信息從哪里來語義層是基礎(chǔ)包括指標(biāo)字典、維度模型、血緣關(guān)系。一個好的語義層就像一份“數(shù)字世界說明書”它告訴Agent這個指標(biāo)是什么、怎么算、有哪些維度維度層級、受哪些上游指標(biāo)影響、又會向下作用到哪些指標(biāo)。沒有語義層的Agentic BI分析只能靠模型自由發(fā)揮有了語義層之后歸因推理才是有據(jù)可查的推演不是天馬行空的編造。這也是我反復(fù)強(qiáng)調(diào)語義層價值的原因它決定了系統(tǒng)給你的是“結(jié)論”還是“猜測”。3.2 歸因推理一場受控的“偵探游戲”歸因分析的目標(biāo)很直接把事件的發(fā)生拆解到可理解的因子。一套可用的鏈路是這樣的第一步鎖定異常范圍。事件里已經(jīng)包含指標(biāo)和時間段直接取用即可。第二步維度下鉆。系統(tǒng)自動按時間、地區(qū)、渠道、品類等維度拆解異常指標(biāo)找出“最可能的貢獻(xiàn)者”。實(shí)際工程里有兩種做法一種是讓LLM生成下鉆路徑一種是預(yù)置維度組合再自動遍歷。生產(chǎn)中我更推薦先做確定性下鉆自動計算各維度拆解后的貢獻(xiàn)占比按貢獻(xiàn)度從高到低排序取Top N。計算公式就是維度項變化量與總變化量的比值簡單、快、結(jié)果可復(fù)現(xiàn)。第三步外部因素排除。結(jié)合業(yè)務(wù)日歷和知識庫判斷當(dāng)前時段是否有促銷、系統(tǒng)變更、供應(yīng)鏈調(diào)整等情況。這一步是為了防止把“大促后周期回落”誤判成“渠道問題”。第四步生成分析結(jié)論。讓大語言模型基于前三步產(chǎn)生的結(jié)構(gòu)化證據(jù)來組織表述而不是讓它在原始數(shù)字上自由發(fā)揮。給它的上下文里寫清楚“哪幾個維度貢獻(xiàn)了多少”它就能生成像老分析師口吻一樣的結(jié)論。這里面有一個必須盡早立住的設(shè)計原則數(shù)值計算永遠(yuǎn)走確定性算法大模型只負(fù)責(zé)組織敘事。讓LLM直接做加減乘除非常危險它可能一本正經(jīng)地算錯但如果你給它“華東地區(qū)貢獻(xiàn)了42%的跌幅主要來自某渠道的獲客轉(zhuǎn)化率下降”這類結(jié)構(gòu)化結(jié)論它就能產(chǎn)出自然且可讀的分析文本。把計算和表達(dá)分開是認(rèn)知層穩(wěn)定的關(guān)鍵。3.3 RAG和知識庫認(rèn)知層的“助記筆記”認(rèn)知層分析時最怕一個事幻覺。模型不知道業(yè)務(wù)背景就容易編一個不存在的維度或者把毫不相關(guān)的指標(biāo)扯到一起。解法是給認(rèn)知層接知識庫我用的是RAG把指標(biāo)口徑、歷史分析報告、業(yè)務(wù)規(guī)則、營銷日歷等文檔做成向量庫模型生成結(jié)論之前先檢索相關(guān)背景作為上下文約束。舉個例子。系統(tǒng)歸因“昨日營收下降”檢索到“該產(chǎn)品線正在清理庫存毛利率本就偏低”的背景后分析結(jié)論就不會再把“毛利率下降”當(dāng)成一個獨(dú)立異常來講而是會結(jié)合業(yè)務(wù)動作給出解釋。這些背景信息對歸因質(zhì)量的影響往往比模型本身的參數(shù)還大。認(rèn)知層的競爭力不在模型跑得多快而在知識組織得有多細(xì)。4. “執(zhí)行層”拆解分析完了動作怎么接回去執(zhí)行層是Agentic BI里最有爭議、也最容易引發(fā)安全問題的一層。它負(fù)責(zé)把分析結(jié)論變成實(shí)際動作。如果只有感知和認(rèn)知產(chǎn)品充其量是個“智能分析師”執(zhí)行層一加產(chǎn)品才真正變成“智能執(zhí)行中樞”。但執(zhí)行層的權(quán)限設(shè)計一旦沒做好業(yè)務(wù)部門會被嚇退甚至造成真金白銀的損失。4.1 執(zhí)行層到底執(zhí)行什么從落地場景來看執(zhí)行動作有四種典型類型。第一類是通知類把分析結(jié)論推送給相關(guān)負(fù)責(zé)人提醒關(guān)注。這是最安全、也最常用的一類比如“華東某渠道營收連續(xù)兩日下滑建議查看”。第二類是單據(jù)類在企業(yè)協(xié)作工具里自動生成任務(wù)單或待辦分配到具體角色。比如給運(yùn)營自動建一條“跟進(jìn)華東渠道轉(zhuǎn)化率異?！钡娜蝿?wù)附帶分析摘要和鏈接。第三類是API動作類調(diào)用下游系統(tǒng)的接口改變經(jīng)營參數(shù)。這一步力度比較大比如暫停某個廣告渠道投放、調(diào)整庫存分配策略、發(fā)放補(bǔ)償券。第四類是報告類定時生成經(jīng)營分析報告推送至管理層群或數(shù)據(jù)門戶。四類動作風(fēng)險等級完全不同。通知和報告基本無風(fēng)險任務(wù)單需要配合流程API動作如果沒有權(quán)限控制極可能造成預(yù)算超支或策略誤傷。4.2 權(quán)限邊界與審批機(jī)制我在梳理架構(gòu)時給執(zhí)行層加了一條設(shè)計原則自主不是無限制執(zhí)行必須分級。所有動作可以分成三級級別動作類型執(zhí)行方式一級通知、報告、日志系統(tǒng)自動執(zhí)行二級任務(wù)單、建議方案人工確認(rèn)后執(zhí)行三級預(yù)算調(diào)整、批量發(fā)券審批流審計記錄注意即使企業(yè)再成熟也不建議把API動作默認(rèn)設(shè)成全部自動執(zhí)行。默認(rèn)“建議確認(rèn)”是業(yè)務(wù)部門愿意用起來的心理底線。執(zhí)行日志不能只當(dāng)普通日志存著要設(shè)計成結(jié)構(gòu)化決策歷史回流到認(rèn)知層當(dāng)作上下文。一個建議被確認(rèn)、被否決后續(xù)分析都要參考這條路不要重復(fù)建議之前已經(jīng)被拍掉的方案。把執(zhí)行結(jié)果納入記憶是閉環(huán)真正“進(jìn)化”的基礎(chǔ)。4.3 如何衡量執(zhí)行層的價值執(zhí)行層的價值并不是“替人干活”這么簡單。它更大的意義是讓決策鏈路標(biāo)準(zhǔn)化每個動作都對應(yīng)一個事件ID、一段分析結(jié)論、一個責(zé)任人、一個執(zhí)行結(jié)果。這串信息就是企業(yè)的“經(jīng)營決策檔案”。有了這套檔案業(yè)務(wù)復(fù)盤就能直接看到上周的決策是拍腦袋做的還是由異常事件驅(qū)動、歸因推理支撐、分權(quán)確認(rèn)后落地的看系統(tǒng)好不好不只是看它分析得準(zhǔn)不準(zhǔn)更是看它在授權(quán)范圍內(nèi)執(zhí)行得是否合理、審計鏈路是否完整。這也是Agentic BI區(qū)別于普通AI分析工具的地方——它得對動作負(fù)責(zé)。5. 三層引擎如何協(xié)同完整事件全鏈路走讀三層拆開講完但如果只是硬堆在一起系統(tǒng)還是不會轉(zhuǎn)。真正決定Agentic BI體驗(yàn)的是三層的協(xié)同機(jī)制。講一個具體場景看完你就知道它是怎么“轉(zhuǎn)”起來的。5.1 場景走讀核心GMV連續(xù)兩日下滑假設(shè)我們監(jiān)控的核心指標(biāo)是日GMV。感知層在周一早上完成了周日的數(shù)據(jù)檢測生成事件連續(xù)兩個自然日GMV分別低于基線8%和6%第二日沒有恢復(fù)跡象。事件進(jìn)入認(rèn)知層。認(rèn)知層先從事件里取出指標(biāo)和時間段再從語義模型確認(rèn)GMV的維度包括地區(qū)、渠道、品類。自動下鉆后發(fā)現(xiàn)華東地區(qū)貢獻(xiàn)了總跌幅的58%其中又主要集中在該地區(qū)某零售渠道。把歷史促銷記錄配對后排除了大促后遺因素。最終結(jié)論華東地區(qū)某零售渠道的獲客轉(zhuǎn)化率下降是主要?dú)w因并估算影響金額約1200萬。認(rèn)知層接著生成兩條建議A) 將該渠道當(dāng)日投放預(yù)算臨時切至另一個高轉(zhuǎn)化渠道B) 向該渠道近7日沉默用戶發(fā)送召回券。執(zhí)行層收到建議后按分級處理。A屬于高風(fēng)險動作涉及預(yù)算挪動進(jìn)入審批隊列推送給經(jīng)營負(fù)責(zé)人B屬于中風(fēng)險生成任務(wù)單等待市場運(yùn)營確認(rèn)。負(fù)責(zé)人手機(jī)端看到提示一鍵確認(rèn)后系統(tǒng)通過投放平臺接口完成預(yù)算切換并寫入審計日志。三天后感知層重新監(jiān)測該渠道的轉(zhuǎn)化率變化執(zhí)行結(jié)果作為新的樣本回流到認(rèn)知層知識庫成為后續(xù)類似事件分析時的參考。5.2 協(xié)同背后不可或缺的工程機(jī)制這個流程看著順每步之間其實(shí)掛著一堆隱性工程支撐。第一事件驅(qū)動架構(gòu)。三層之間不應(yīng)該用直接函數(shù)調(diào)用耦合而要依賴事件消息。感知層產(chǎn)生事件認(rèn)知層訂閱事件執(zhí)行層消費(fèi)結(jié)論。這樣的好處是每一層都可以獨(dú)立升級、獨(dú)立回滾不會牽一發(fā)動全身。第二上下文記憶。認(rèn)知層分析時必須能拿到歷史記憶比如上周已經(jīng)排查過這個渠道、上周的結(jié)論是什么。沒有記憶每次分析都從零開始對同一個問題會在本周重復(fù)犯上周的錯誤。第三多Agent分工。更成熟的架構(gòu)會將監(jiān)控Agent、分析Agent、執(zhí)行Agent拆成多個自主單元由協(xié)調(diào)者統(tǒng)一調(diào)度。這里的難點(diǎn)是任務(wù)分配、優(yōu)先級管理和并發(fā)控制做不好容易互相搶資源甚至出現(xiàn)兩個Agent同時改同一個業(yè)務(wù)流程。第四人機(jī)控制點(diǎn)。三層都不能完全脫離人至少默認(rèn)模式要保留確認(rèn)入口。協(xié)同機(jī)制里明確“哪些環(huán)節(jié)必須等人”比追求全自動更有實(shí)際意義。5.3 可擴(kuò)展性從固定場景到自定義場景設(shè)計良好的三層引擎應(yīng)該允許業(yè)務(wù)方自定義監(jiān)控范圍和分析邏輯。拿“物流時效指標(biāo)”舉例只需要在感知層添加指標(biāo)與基線在語義層登記口徑再為新事件配置分析模板系統(tǒng)就能自動納入監(jiān)控閉環(huán)。這種可擴(kuò)展性決定了Agentic BI是平臺還是幾次性定制項目。業(yè)務(wù)每換一個場景就要重新開發(fā)那就不叫平臺叫外包。6. 真落地一套Agentic BI我的預(yù)期管理和避坑清單講完架構(gòu)最后聊點(diǎn)實(shí)際問題。很多團(tuán)隊被“自主”兩個字點(diǎn)燃后第一步就奔著全自動執(zhí)行去結(jié)果上線第一周就翻車。這是預(yù)期管理沒做好不是技術(shù)不行。我把自己踩過的坑和自己看別人踩過的坑整理成幾條清單。6.1 分三階段上線給每個階段設(shè)驗(yàn)收線第一階段只開感知層加通知。目的很純粹驗(yàn)證數(shù)據(jù)鏈路、指標(biāo)口徑、異常檢測是否可靠。驗(yàn)收標(biāo)準(zhǔn)是誤報率低到可接受比如每指標(biāo)每天無效告警不超過一次。如果這個目標(biāo)都達(dá)不到不要往下走。第二階段加入認(rèn)知層。目的驗(yàn)證歸因解讀是否靠譜、結(jié)論能否說服業(yè)務(wù)方。驗(yàn)收標(biāo)準(zhǔn)是業(yè)務(wù)團(tuán)隊對分析結(jié)論的認(rèn)可評分達(dá)到7分以上關(guān)鍵歸因點(diǎn)正確率超過70%。業(yè)務(wù)方的認(rèn)可很關(guān)鍵如果分析結(jié)果是“看起來專業(yè)但實(shí)際沒對上”信任就塌了。第三階段才開放執(zhí)行層。而且必須從低風(fēng)險動作開始比如自動生成報告、自動創(chuàng)建任務(wù)單。等業(yè)務(wù)團(tuán)隊建立起信任再逐步放開API動作。驗(yàn)收標(biāo)準(zhǔn)是執(zhí)行結(jié)果回流后對經(jīng)營指標(biāo)的正反饋比例保持穩(wěn)定。6.2 數(shù)據(jù)基礎(chǔ)決定天花板我在實(shí)際項目里見過一個現(xiàn)象團(tuán)隊興致勃勃上Agentic BI最后發(fā)現(xiàn)底層數(shù)據(jù)表里全是缺失值和口徑不一致。感知層要么報不出數(shù)要么天天亂報。所以實(shí)施預(yù)算里真正該優(yōu)先投入的是指標(biāo)中臺、數(shù)據(jù)質(zhì)量監(jiān)控、血緣整理。沒有這些地基三層引擎設(shè)計得再完美運(yùn)作的結(jié)果仍然是“沙上建塔”。這個順序不能反。6.3 常見的坑與解法坑現(xiàn)象解法告警刷屏一天推十幾條異常群被屏蔽聚合靜默窗口同指標(biāo)三小時內(nèi)只推一次按P0/P1/P2分檔分析幻覺模型編出數(shù)據(jù)里沒有的維度先確定性計算后語言組織每個結(jié)論附支撐數(shù)據(jù)權(quán)限失控系統(tǒng)自動發(fā)券導(dǎo)致預(yù)算超支默認(rèn)建議確認(rèn)動作限額與預(yù)算包綁定超限強(qiáng)制審批過度工程化Agent拆得過細(xì)出問題找不到根因先做最小閉環(huán)單Agent串全流程驗(yàn)證后再拆分職責(zé)告警刷屏這事我多說一句。感知層剛上線時業(yè)務(wù)群一天得收十幾條異常推送結(jié)果一周后所有人設(shè)置了免打擾真正的P0事件反而沒人看。后來我們做了三層過濾先聚合同類告警再按業(yè)務(wù)影響面分優(yōu)先級最后設(shè)置靜默窗口。同一指標(biāo)三小時內(nèi)重復(fù)異常只推一條P0才走實(shí)時通道。體驗(yàn)立刻好轉(zhuǎn)。6.4 選型/評估時看什么如果團(tuán)隊是采購第三方能力我會重點(diǎn)考察四件事感知層是否支持自適應(yīng)基線而不是只有固定閾值認(rèn)知層是否跑在統(tǒng)一的語義層之上能不能對接你們自己的指標(biāo)字典執(zhí)行層是否提供完善的權(quán)限分級與審計日志而不只是“能調(diào)API”三層之間是否事件驅(qū)動能不能獨(dú)立替換某一層實(shí)現(xiàn)。這四項不達(dá)標(biāo)后面再強(qiáng)的參數(shù)和演示都沒法在實(shí)際業(yè)務(wù)里長期站住腳。最后分享一點(diǎn)個人體會。搭建“感知-認(rèn)知-執(zhí)行”這套引擎的過程中真正難的不是模型選型也不是算法調(diào)優(yōu)而是先處理好三件事口徑、權(quán)限、預(yù)期。口徑亂了數(shù)據(jù)就是噪聲權(quán)限松了業(yè)務(wù)立刻反彈預(yù)期拉滿第一周就會被打回原形。我先從“它會看、它會想、它建議、你拍板”的輔助模式跑起來等數(shù)據(jù)和信任都攢夠了再一點(diǎn)一點(diǎn)把執(zhí)行權(quán)交出去。這個節(jié)奏是我試過最穩(wěn)的一條路。