# 紅線規則必須先於所有 AI 模型:SAR 前置檢查的架構邏輯

直接回答

結論:在 AI 隱患診斷流水線裡,SAR 紅線不是「多一道校驗」,而是必須排在所有模型計算之前的硬攔截。 它的任務不是評分、不是預測,而是用五條國標底線直接回答「有沒有即刻危險」——一旦觸發,立即輸出最高級告警(BJ2)並跳過全部加權運算,因為紅線觸發意味著即時的人身與火災風險,不允許「先算一算再決定」。

對平台架構師和售前技術人員,這篇文章解釋三個問題:第一,為什麼紅線與加權分析必須分層且紅線在前;第二,五條 SAR 紅線各自依據什麼國標、攔截什麼場景;第三,如何驗證一套系統真的把紅線做到了「前置」。文中以「某園區配電系統」為例說明,不指向具體專案。

一、紅線與加權分析是兩種性質不同的東西

很多疑問源於把兩類機制混為一談:

  • 加權分析回答「有多嚴重」:把電壓、電流、溫度、漏電等多個參數按權重綜合成 0-100 的風險分。它的輸出是連續值、帶信賴度,允許「不同隱患之間排序」。
  • 紅線回答「要不要立即停」:它是一條布林判斷,只關心是否觸及國標底線。輸出只有兩種:觸發、未觸發。沒有「差不多觸發了」這種中間態。

把這兩件事放在同一層、按同一個流程處理,就會產生不可接受的風險:一個 42 分的加權結果(介於 YJ2 與 BJ1 之間)可以觸發「48 小時內處置」的建議,但如果此時剩餘電流已經達到 300mA——加權評分可能因為其他參數正常而把總分「稀釋」到很低——按加權結果處理就錯過了即時危險。

這就是分層的理由:底線類判斷沒有商量餘地,必須獨立於任何加權邏輯存在。

二、五條 SAR 紅線及其國標依據

SAR(前置檢查)紅線共五條,全部對應國標底線場景:

編號紅線規則國標依據攔截場景
SAR-01剩餘電流 ≥ 300mAGB 13955漏電保護底線,觸電與電氣火災即時風險
SAR-02接地電阻異常開路GB 50057防雷接地失效,雷擊防護形同虛設
SAR-03三相電壓不平衡 > 15%GB/T 15543電壓品質嚴重惡化,設備過熱與損壞風險
SAR-04線路溫度 ≥ 110℃GB 16895過載/接觸不良導致的過熱,絕緣與火災風險
SAR-05絕緣電阻 < 0.5MΩGB/T 16895絕緣顯著劣化,漏電與擊穿風險

這五條涵蓋了電氣安全裡最典型的「即時危險」場景:漏電、接地失效、電壓失衡、過熱、絕緣劣化。它們的特點是:一旦成立,無論其他參數如何,危險都是確定且需要立即處置的——這正是「硬規則」的資格條件。

三、前置攔截:在模型計算之前直接觸發

流水線的執行順序不是「模型先算、規則後審」,而是反過來:

  1. L1 接入:感測器資料進入平台(40+ 協定)。
  2. L2 清洗:做四級清洗,去除壞資料、對齊時間戳。
  3. L3 標準校驗(SAR 紅線前置檢查):在千知子模型計算之前,先對五條紅線逐條判定。任一觸發 → 直接輸出 BJ2 最高級告警,跳過所有加權運算,流程進入 L7 持久化與推送;全部未觸發 → 放行到 L4。
  4. L4 千知分析:50 個子模型並行做參數感知與評分(約 800ms)。

這個順序保證了一點:紅線判斷消耗的是固定且極小的計算量,它的響應時間不隨模型複雜度變化。 紅線觸發時的「立即停機」建議,依賴的是一條直達路徑,而不是一整條模型鏈。

四、為什麼紅線閾值「任何人不能調高」

系統設計裡有兩條硬約束:

  • 閾值不可調:五條紅線閾值不提供任何介面入口讓運維或管理員修改。GB 13955 的 300mA 等數值是安全底線,不是可最佳化參數。
  • 任何人不能放寬:包括平台管理員在內。理由很直接——若允許「把 300mA 調到 500mA 減少報警」,紅線就從「安全底線」退化為「業務偏好」,失去存在的意義。

這與普通告警閾值的管理方式形成對照:普通參數的告警閾值可以按工況調整(比如溫度告警從 85℃ 調到 90℃),因為那是運維經驗的一部分;紅線閾值綁定國家標準,屬於不可談判的安全契約,一旦可調,就等於允許系統在安全上「打折扣」。

五、先攔截後計算 vs 先計算後攔截

兩種架構的差別可以用一個場景說明。某園區配電系統在深夜出現剩餘電流驟升:

  • 先計算後攔截(錯誤示範):模型鏈先跑完,得到綜合風險分 55(YJ1 級,建議 48 小時內關注),隨後規則層檢查發現剩餘電流已到 300mA 並升級為最高級。問題:多跑了一段模型耗時(毫秒級至秒級),且中間產生了「風險 55 分」這樣的誤導性中間結論,值班員可能先看到低級別告警而誤判。
  • 先攔截後計算(SAR 架構):L3 直接命中 SAR-01,立即輸出 BJ2 並推送,不產生任何中間分級。告警語義單一、路徑最短、結論無歧義。

核心差別不在耗時(兩者都在秒級內),而在結論的純淨性:紅線前置保證「即時危險」的告警永遠以最直接的形態出現,不會被中間結果污染或延遲。

六、前置檢查在流水線裡的位置

完整七級流水線中,SAR 前置檢查是 L3:

L1 接入 → L2 清洗 → L3 標準校驗(SAR 前置)→ L4 千知分析(50 子模型並行)→ L5 萬象研判 → L6 融合決策 → L7 持久化(雙庫儲存+即時推送+觸發天衍預測)

從職責看:

  • L1-L2 是資料準備,不做判斷。
  • L3 是「安全閘門」,只回答「是否立即危險」。
  • L4-L6 是「分析引擎」,回答「多嚴重、什麼類型、怎麼處置」。
  • L7 是「結果出口」,把告警、預測與歷史資料沉澱。

前置檢查的「前」不是位置上的順手安排,而是安全語義決定的:只有把閘門放在分析之前,才能保證任何分析結論都不能覆蓋底線判斷。 紅線觸發的場景裡,模型算出的 55 分或 88 分都不應該有機會出現在使用者面前。

七、規則與模型的邊界:什麼交給規則、什麼交給模型

分層之後,兩類機制的分工邊界變得清晰:

判斷類型交給誰原因
國標底線(300mA、110℃ 等)SAR 硬規則語義確定、不可談判、必須零延遲直達
隱患類型識別(阻性漏電、接觸電阻劣化等)千知子模型需要多參數融合與模式識別
場景定位(在哪個櫃、哪個位置)萬象場景樹需要拓撲知識與多量關聯
趨勢與壽命(還會撐多久)天衍預測引擎需要時序建模與物理知識注入

判斷標準可以歸納為一條:凡是「成立即危險」的判斷,用規則;凡是「需要解釋程度與原因」的判斷,用模型。 把規則硬編碼進模型權重是常見錯誤——模型可以給出 92% 的信賴度,但信賴度再高也不能替代「300mA 必須立即處置」這個確定結論。

八、落地時如何驗證紅線真的「前置」

對甲方或整合商,驗收一套系統是否真正做到了紅線前置,可以對照四個檢查點:

  1. 時序驗證:注入一條觸發紅線的資料,檢查告警生成時間是否與模型計算解耦(紅線告警不應等待整條模型鏈完成)。
  2. 閾值不可調驗證:嘗試透過任何介面修改紅線閾值,應被拒絕;修改普通告警閾值應正常生效——兩條路徑行為必須不同。
  3. 中間結論檢查:紅線觸發場景下,系統不應同時輸出低級別風險分(如 55 分)後再升級;告警應直接以最高級形態出現。
  4. 優先級驗證:構造「多個參數正常、單一紅線觸發」的資料,確認紅線仍單獨觸發,而不是被其他參數「稀釋」。

這四項都通過,才能說紅線真正「前置」了,而不只是文件裡的一句設計描述。

適用範圍與限制

本頁為 KD-0012 閱讀版。SAR 五條紅線與國標依據出自微物聯全產品知識庫(SAR 紅線守衛,5 條不可繞過),標準編號為知識庫口徑,具體條文與現行有效版本以國標原文為準;紅線閾值「任何人不可調高」為平台設計約定。文中「某園區配電系統」為脫敏示意。紅線前置解決「底線不可被覆蓋」的問題,但不替代現場規程:紅線觸發的「立即停機」是處置建議,實際執行仍需結合安全規程與人工判斷;紅線之外的中低風險仍需依賴千知、萬象、天衍的分析鏈路。標準庫覆蓋 408 條標準(GB/GB-T/DL/IEC/UL 等 12 體系)為產品資料口徑。