# 红线规则必须先于所有 AI 模型：SAR 前置预检的架构逻辑
直接回答
结论：在 AI 隐患诊断流水线里，SAR 红线不是"多一道校验"，而是必须排在所有模型计算之前的硬拦截。 它的任务不是评分、不是预测，而是用五条国标底线直接回答"有没有即刻危险"——一旦触发，立即输出最高级告警（BJ2）并跳过全部加权运算，因为红线触发意味着即时的人身与火灾风险，不允许"先算一算再决定"。
对平台架构师和售前技术人员，这篇文章解释三个问题：第一，为什么红线与加权分析必须分层且红线在前；第二，五条 SAR 红线各自依据什么国标、拦截什么场景；第三，如何验证一套系统真的把红线做到了"前置"。文中以"某园区配电系统"为例说明，不指向具体项目。
一、红线与加权分析是两种性质不同的东西
很多疑问源于把两类机制混为一谈：
- 加权分析回答"有多严重"：把电压、电流、温度、漏电等多个参数按权重综合成 0-100 的风险分。它的输出是连续值、带置信度，允许"不同隐患之间排序"。 - 红线回答"要不要立即停"：它是一条布尔判断，只关心是否触及国标底线。输出只有两种：触发、未触发。没有"差不多触发了"这种中间态。
把这两件事放在同一层、按同一个流程处理，就会产生不可接受的风险：一个 42 分的加权结果（介于 YJ2 与 BJ1 之间）可以触发"48 小时内处置"的建议，但如果此时剩余电流已经达到 300mA——加权评分可能因为其他参数正常而把总分"稀释"到很低——按加权结果处理就错过了即时危险。
这就是分层的理由：底线类判断没有商量余地，必须独立于任何加权逻辑存在。
二、五条 SAR 红线及其国标依据
SAR（前置预检）红线共五条，全部对应国标底线场景：
| 编号 | 红线规则 | 国标依据 | 拦截场景 |
|---|---|---|---|
| SAR-01 | 剩余电流 ≥ 300mA | GB 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 体系）为产品资料口径。
