全部高优先级等于没有优先级
别名: 优先级膨胀 · everything is critical
概念解释
当几乎所有报警都被标成高优先级时，分级就失去了排序信息，这叫优先级膨胀（priority inflation）。标签本身还在，颜色、声音、队列位置都没少，但在多条报警同时出现时，它已经没法告诉操作员该先处理哪一个。
机制
优先级要起作用，前提是它是一种相对稀缺的信号——不是所有报警都能占据最高档，占据了就意味着别的报警必须让位。但定级这件事往往是分散决策：每个设备或系统的责任人只承担把自己那条报警调高带来的好处（更响、升级更快、出问题时也更容易说明自己已经尽责），却不承担多条报警同时响起时谁来处理排序混乱这个代价——这个代价落在同一时刻当班、要面对整批报警的操作员身上，责任人和代价不在同一个人身上，是一个典型的外部性问题。只要评级权分散在各自为战的责任人手里，这个方向就很难自我纠正；一旦有人能对全厂的分级方案统一把关、可以否决或压低某条个别申请，代价和决定权才落到同一处，膨胀的动力才会消失。
膨胀也可能不是分散决策博弈出来的，而是一次性定级工作本身赶工的产物：报警数量庞大、逐条核算后果和响应时间的时间不够，团队图省事把无法立刻判断的条目一律划进高优先级，"回头再细分"却始终没有回头。这种起因下责任人并不存在故意抢注意力的动机，修复方式也不同——不是引入统一把关人去纠正博弈，而是把原本被跳过的逐条核算补齐。
怎么研究
公开的重大工艺安全事故调查报告里，多次把"报警潮中大量报警外观上无法区分优先级"列为促成因素之一，这是膨胀这个失效模式最直接的证据来源。另一条路径是报警日志分析：统计配置在最高档位的报警占比，再对照真实报警潮里操作员实际的确认顺序——如果最高档位报警数量庞大，但操作员的确认顺序明显不是按档位走，而是凭经验或凭报警到达先后处理，就说明档位本身已经不再指导行为。
边界
规模很小、工艺高度危险的装置本来就可能大部分报警都是高后果，不能单看比例判定膨胀；真正要判断的是多条报警同时到达时，操作员是不是还能给出可执行的第一步、第二步，以及有没有余力去执行。另外，已经由联锁自动完成动作的独立保护功能，不应该和需要人工响应的报警共用同一档"最高优先级"——自动动作不需要再去抢占人的注意力资源，把两者混在一个档位里，反而让膨胀更难被发现。紧急停车这类场景下大量报警会在几秒内一起跳到最高档，这不属于膨胀——膨胀描述的是常态下静态配置的失真，不是事故联锁触发时短暂、集中出现的正常现象，两者不能用同一把尺子衡量。
怎么落地
不要逐条审查报警该不该是高优先级，而是拿并发场景去审：给出几条历史上真实同时出现过的报警组合，要求相关团队说出第一动作、第二动作分别是什么、各自的时间依据是什么。给不出可区分顺序的一组报警，要么是其中存在可以消除的干扰性重复报警，需要先处理触发逻辑本身；要么是后果或响应窗口的评估本来就站不住，需要重新核算；确实无法分出主次又都必须响应的，就按这个真实并发规模去配置人力和响应流程，而不是继续往上叠优先级。落地后用一次报警潮场景复测，检验操作员在那批报警同时出现时能不能说出站得住脚的处理顺序。复测发现不同操作员给出的顺序互相矛盾，说明问题不在个人经验，而在分级本身没有传达出一致的排序依据，需要回到并发审查而不是加强培训来解决。