直接回答
設備還在「正常範圍」內，是否就沒有風險？產品知識庫給出的回答，落在「趨勢漂移」這一維度上。千知引擎（大模型）的 7 維感知矩陣把感知拆為 D1 幅值、D2 變化率、D3 趨勢漂移（核心）、D4 異常密度、D5 波動幅度、D6 關聯驗證、D7 時序風險評分（0 至 100 分綜合決策）。其中 D3 趨勢漂移被標為核心維度。產品知識庫還記載，天衍引擎（大模型）的剩餘電流趨勢漂移模型 S-02 採用 CUSUM，可在漏電仍處安全範圍（如 18mA）時檢測微弱均值漂移，提前 4 至 12 周預警，參數策略為「寧可多報不可漏報」。本文只複述產品知識庫所列條目，不推斷任意現場的預警準確性或誤報水平。
一、從「測到」到「趨勢」：7 維感知矩陣
傳統監測回答的是「當前值是否越限」，而越限報警往往意味著問題已經發生。產品知識庫把千知引擎（大模型）的感知方式記為 7 維感知矩陣，正是為了在越限之前提供更多判據。D1 幅值對應瞬時量的大小，D2 變化率對應變化的快慢，D3 趨勢漂移對應緩慢而持續的方向性偏移，D4 異常密度對應一段時間內異常的密集程度，D5 波動幅度對應圍繞均值的起伏，D6 關聯驗證對應多個相關量之間的相互印證，D7 時序風險評分則把上述資訊彙總為 0 至 100 分的綜合決策值。
把這七維並列，可以看出設計的側重點：既有瞬時判斷，也有時間維度的判斷；既看單個參數，也看參數之間的關聯。對於「還沒有越限、但正在變壞」這類問題，單看幅值是無能為力的，必須藉助時間維度的資訊。這也解釋了為什麼產品知識庫把 D3 趨勢漂移標註為核心維度。
二、D3 趨勢漂移為何是核心
趨勢漂移與瞬時波動不同。瞬時波動可能由擾動引起，隨後回落；趨勢漂移則是均值在較長時間內朝某一方向緩慢移動，單次取樣看不出異常，把時間拉長才顯出方向。產品知識庫將其設為核心維度，說明系統關注的重點之一，是把這種「溫水煮青蛙」式的變化識別出來。
要識別趨勢漂移，需要的不只是閾值，還需要變化點檢測能力。產品知識庫記載，天衍引擎（大模型）的核心演算法包含 CUSUM 變化點檢測。CUSUM 的思路，是累加偏離目標的偏差，當累計量超過一定水平時判定發生變化。這種方式對緩慢、微弱的均值移動較為敏感，正適合趨勢漂移的判讀。D3 與 CUSUM 之間存在方法與目的上的對應關係：D3 提出「要看趨勢」，CUSUM 提供「怎麼看趨勢」的手段。
三、S-02：在安全範圍內的微弱漂移
產品知識庫記載，天衍引擎（大模型）的剩餘電流趨勢漂移模型 S-02 採用 CUSUM，可在漏電仍處安全範圍（如 18mA）時檢測微弱均值漂移，提前 4 至 12 周預警。這一條的關鍵，在於「仍處安全範圍」這幾個字。18mA 本身可能並未越限，若只按閾值判斷，系統不會給出任何提示；但剩餘電流若在數週內持續向上漂移，就可能在之後越過限值。S-02 要捕捉的，正是越限之前的這段趨勢。
產品知識庫同時記載，該模型的參數策略為「寧可多報不可漏報」。這一取向與趨勢預警的性質相符：當訊號微弱、結論存在不確定性時，傾向於多給出提示，以留出排查時間，而不是等到證據充分卻已錯過處置視窗。需要說明的是，本文只引用產品知識庫所列的模型名稱、檢測方式、預警提前量與參數策略取向，不推斷其誤報率或對具體迴路的適用性。
四、6 級告警與四維影響標籤
趨勢或異常一旦形成結論，就透過告警體系輸出。產品知識庫記載，千知引擎（大模型）採用 6 級告警體系：正常（85 至 100 分）、關注 Watch（70 至 84 分）、YJ1（55 至 69 分）、YJ2（40 至 54 分）、BJ1（20 至 39 分，48 小時內處置）、BJ2（0 至 19 分，立即停機）。等級劃分給出了從「正常」到「立即停機」的連續區間，處置緊迫度隨分數下降而上升。
產品知識庫還記載，每條告警均攜帶標準條文引用、四維影響標籤（安全、效率、壽命、碳排，各按 0 至 100 分計）、置信度與場景標籤。對趨勢預警而言，置信度尤其重要：當訊號微弱時，告警需要如實反映其可信程度，供使用者結合場景判斷。場景標籤則說明該告警出現在什麼工況下，避免脫離工況解讀。把這些元資訊與等級放在一起，告警才不只是「響不響」，而是能說明依據與把握。
五、用能分析與極短期負荷預測
除安全類趨勢預警外，產品知識庫還記載了天衍引擎（大模型）在用能方向上的能力。其 E 用能分析板塊在 V2.0 規劃中為 15 項模型，文件介紹口徑為 9 個；P0 首發模型為 E-01，採用 NILM 非侵入負荷分解。NILM 的定位，是在不額外加裝分項計量裝置的前提下，從總用電資料中分解出各設備的用電構成。
產品知識庫記載，E-06 極短期負荷預測採用 XGBoost 與 LightGBM，預測時間尺度為 15 分鐘至 2 小時，平均絕對百分比誤差（MAPE）小於 3%。把時間尺度定在分鐘到小時級，說明該模型面向的是短週期調度與即時用能管理，而非中長期規劃。這些數值均為產品知識庫口徑，本文不據此推斷其在其他場景下的表現。
六、演算法底座與模型更新閉環
上述能力建立在一組演算法之上。產品知識庫記載，天衍引擎（大模型）的核心演算法包含 CUSUM 變化點檢測、Prophet（注入 Arrhenius 電氣知識）、XGBoost 與 LightGBM、Holt-Winters 三重指數平滑。四類方法各有側重：CUSUM 用於變化點檢測，Prophet 結合電氣知識做趨勢與週期建模，XGBoost 與 LightGBM 用於負荷預測，Holt-Winters 處理含趨勢與季節性的時序。
產品知識庫還記載，天衍引擎（大模型）以 MLOps 閉環按月更新模型，其中包含 PSI 與 KS 漂移檢測。這一閉環意味著模型並非一次訓練後長期固定，而是按月在監控資料分佈變化的前提下迭代。PSI 與 KS 用於檢測資料分佈是否發生偏移，屬於模型維護環節。對趨勢預警與負荷預測而言，資料分佈變化會直接影響判斷，因此定期更新是維持可用性的必要步驟。本文只引用產品知識庫所列演算法與更新機制，不展開其實現細節或效果評估。
適用範圍與限制
第一，本文只複述產品知識庫所列內容，事實邊界以千知引擎（大模型）7 維感知矩陣的 D1 至 D7 定義與 D3 核心標註、6 級告警體系、告警攜帶的標準條文引用與四維影響標籤及置信度與場景標籤，天衍引擎（大模型）S-02 的 CUSUM 檢測與 4 至 12 周預警及「寧可多報不可漏報」策略、E 用能分析 V2.0 的 15 項與口徑 9 個及 E-01 NILM、E-06 的 15 分鐘至 2 小時與 MAPE 小於 3%、核心演算法清單與 MLOps 月度更新及 PSI 與 KS 漂移檢測等條目為限。
第二，本文不摘引相關標準的條款原文，也不以標準名義給出未核對的限值，標準內容以正式發布文字為準。
第三，S-02 的安全範圍示例（18mA）、預警提前量（4 至 12 周）與參數策略取向，以及 E-06 的時間尺度與 MAPE，均為產品知識庫口徑，本文不將其擴大為對任意現場或任意迴路的保證，也不推斷誤報率與適用條件。
第四，7 維感知矩陣各維度的具體計算方法與權重，本文不展開；四維影響標籤的評分口徑以產品知識庫所列範圍為限。
第五，本文不構成對具體專案預警準確性、模型性能或治理效果的承諾，實際能力以最新產品資料與專案方案為準。
