深入细节时容易丢失全局
别名: 钻取中的情境丢失 · drill-down context loss
概念解释
深入细节时的全局丢失是钻取式导航中的情境丢失（context loss during drill-down）：操作员专注单个设备或回路后，不再看到并行异常、区域连锁或当前页面在系统中的位置。这不是操作员“不专心”，而是专注本身带来的副作用——注意力和显示范围同时收窄，两者叠加才产生这个问题。
机制
细节任务占用视觉注意和工作记忆；同时，层级导航把未选中的对象移出显示范围。这两件事单独发生都不致命——只是注意力窄不代表看不到，只是画面窄不代表想不起来——但两者叠加就形成“隧道效应”：该看的东西既不在画面上，操作员也没有余力主动想起要去找它。
这里有一层容易被忽略的区别：把丢失的信息重新放回屏幕（面包屑、全局报警计数）能不能解决问题，取决于操作员当时处在什么工作负荷下。如果钻取是主动、低压力的排查，恢复视觉可见性通常就够了——注意力还有余量去扫一眼周边。但如果钻取发生在高负荷、限时的场景下，操作员的注意力策略会主动过滤掉视野内看得见但与当前任务无关的信息，这时候被动摆在屏幕角落的提示会被直接忽略，必须靠能打断当前任务的强提示（比如声音、闪烁或跨区域告警的强制弹出）才有效。这是判断“加个面包屑就够了”还是“必须做主动打断”的分界条件：负荷越高，被动可见性的边际作用越小。
怎么研究
可设计多故障仿真，在参与者专注局部诊断期间引入第二处独立变化，测第二事件的检出率、发现所需时间、返回原诊断的路径，以及冻结画面后的态势问答（类似冻结探针的做法，随机暂停界面提问系统当前状态）。需要把局部任务难度控制成同一水平，否则检出率下降可能只是局部任务更难分走了注意力，而不是钻取本身导致的丢失。
一个值得单独测的变量是第二事件与主故障的耦合程度：如果第二个异常是主故障连锁引发的（比如同一系统的下游报警），操作员本来就在警惕连锁效应，检出率会明显高于毫不相关的独立异常。混着测这两类事件会把结果拉平，掩盖钻取到底对哪类信息丢失影响最大。
边界
专注并非总是错误：隔离明确、耗时短、要求高精度的维护或校准任务，减少无关信息干扰反而有利于操作准确性，这时候不该逼着系统一直显示全局面板。
丢失全局造成的危险，前提是并行风险确实存在，或者局部操作会影响其他区域——如果这次钻取的对象是孤立的、不会连锁的设备，情境丢失的后果就有限，不必按最高标准设计提示。
怎么落地
钻取后保留面包屑、范围地图、全局报警计数和关键联锁状态，作为持续存在的边条或角标，而不是需要主动切换才能看到的另一页。
对高后果的跨区域事件，允许它打断当前的局部画面——弹出、变色或声音优先于“反正屏幕角落有一个数字在跳”。低负荷下的常规异常可以只做被动可见，不必都做强打断，否则打断多了本身又会变成新的干扰源。
验证办法：演练中插入一个与主故障不相关的独立事件，对照报警日志核算从事件产生到操作员确认之间的响应时间；如果这个时间明显长于同一操作员在无干扰情况下的基线响应时间，说明当前的提示设计在高负荷下没有真正打断注意力，需要加强而不是加信息。