# 红线规则必须先于所有 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 体系)为产品资料口径。