觉察当前要素
别名: 要素觉察 · Level 1 situation awareness
概念解释
觉察当前要素是态势感知（situation awareness）的第一层——在 Endsley 提出的三层模型里，这是最基础的一层：操作员能从环境和界面中取得此刻相关对象、状态与事件，例如设备是否运行、阀位、流向、报警来源和数据时标。它讨论的是信息有没有进入工作表征，不等于已经理解异常原因；一个人可以准确报出十个读数，却完全不知道这些读数意味着什么，那是下一层要解决的问题。
机制
觉察不是"信号存在于屏幕上"这么简单，而是显著性、视野位置、采样节奏与注意分配共同决定的结果。中央凹视觉分辨率高但覆盖范围窄，能读出精确数值；外周视觉覆盖范围大，但只对突变、运动和高对比敏感，读不出静态数值。由此得到一条判据：如果变量落在操作员当前注视点之外，它能否被觉察，取决于变化发生时是否产生了足以拉动注意的信号——闪烁、颜色跳变或运动；如果只是数值缓慢爬升而外观不变，就必须等操作员主动把注视移过去才能被觉察，纯外周监视覆盖不到它。
这条判据一旦反过来也成立：把编码强度调低（比如用相近色调表示不同状态），或者让背景本身就是高对比、频繁变化的画面，显著性编码会被背景噪声淹没，原本该被外周捕捉的变化也会漏检。更新节奏与操作员的扫视周期是另一对相互制约的条件——如果画面刷新或事件到达的频率快于操作员完成一轮扫视所需的时间，后到的信号会覆盖或掩盖前一个尚未被处理的信号，即使两个都落在过视网膜上，也只有一个真正进入了工作表征。
怎么研究
最常见的做法是 Endsley 本人提出的冻结提问法（situation awareness global assessment technique，SAGAT）：在场景运行中的随机时刻把画面冻结并移除，立即询问要素的位置、读数与最近事件，用回答准确率、遗漏率和反应时间评分。眼动记录可以作为补充证据——记录目标区域是否被首次注视命中、注视停留时长——但注视本身只能证明"光线落在了视网膜上"，不能证明信息被读取或记住，二者要分开报告，不能把注视次数直接等同于觉察成功。
实验设计上要操纵信息所在位置（中央或外周）、显著性编码强度以及背景负荷，同时记录被冻结时刻数据在物理上是否真的可见——如果画面还没更新到目标值，被试答错不能算作觉察失败。一个方法论上的注意点是：冻结本身是一次人为中断，操作员知道随时可能被提问，会主动提高巡视频率，这和真实值班"没人会问"的状态不同，测出的觉察水平可能高于日常表现。
边界
这一层假定可观测信息足以代表过程状态。传感器失效、通信延迟或多变量聚合规则会让操作员正确读出画面却错误认识现场——例如聚合报警只显示"温度异常"而不显示具体是哪一路传感器，操作员觉察到的"要素"其实是被计算层过滤过的结果。注视没有落到某处也不必然代表没有觉察，外周视觉在高对比、大幅度变化时仍能形成模糊觉察，只是不足以支持精确判断。
具体边界包括：大屏幕远距离阅读时，视角超出中央凹分辨率范围，颜色与数字编码的可辨识度随距离衰减，这一层机制对大屏的适用前提是观察距离在设计视距以内；报警泛滥（alarm flood）发生时，短时间内大量报警同时争夺显著性资源，即使每条报警本身编码合格，堆叠后仍会互相掩盖，此时觉察失败的原因不是单条报警设计有缺陷，而是并发数量超过了注意分配的通道容量；老旧指针式、模拟量表缺乏可编程的显著性提示，觉察依赖操作员固定节奏的巡检而非事件驱动的提醒，巡检间隔之外发生的变化，这一层机制天然覆盖不到。
怎么落地
把当前模式、关键变量、报警来源与数据时标放在操作员的任务视野内，不要让它们需要额外导航才能看到；对新发生的变化给出局部、可追溯的视觉提示，而不是让它和背景一起刷新。针对高频更新的变量，提示节奏要慢于操作员完成一轮扫视所需的时间，避免后到的更新覆盖前一个尚未被处理的提示。
验证办法：用情境冻结测试关键要素的回忆，冻结后立即让操作员写出当前模式、三个最相关的读数和最近一次报警来源，核对错误来源——是页面导航没找到、颜色编码分辨不清，还是数据链路本身延迟没有更新到位。也可以直接核对报警日志：抽取一批报警触发到操作员确认之间的时延分布，把明显偏离正常反应时间的样本单独调出当时的画面截图，逐条判断那条信息当时是否真的处于操作员的视野和更新窗口内。