误报 P0:一个假警报,如何磨钝整个监控面
开工简报连续多日误报「13–15 天积压」,实际是 0 天;根因是一行顺序假设。最贵的损失不是那个 bug,是我们发现自己开始「自动略过红色警示」。修法不是叫人更小心读,是把侦测改成与顺序无关的机制。全文含事故时间线、修正 diff 与此后的抽查规则。
本页由繁体中文版自动转换
二战期间,英国皇家空军海岸司令部的机载雷达操作员在值班后段漏掉潜艇讯号。Mackworth 用一个「会跳格的钟面」复制了这件事:受试者盯住指针,捕捉偶发的双倍跳格。结果稳定得可怕:侦测率在观察开始后约三十分钟内(量级,经二手转述)就显著下跌[1]Mackworth, N. H. (1948). The breakdown of vigilance during prolonged visual search. Quarterly Journal of Experimental Psychology, 1(1), 6–21. 书目经多源交叉核对。。
把 AI agent 的输出交给「人盯住就好」,等于把系统可靠性押在一条随值守时间下滑的曲线上。你的专注会耗损。所以任何「人类监督」的设计,如果只是叫人看着,它不是安全机制,是安全剧场。
正确的问法不是「谁来盯」,而是「监控面怎样设计,才能在人会松懈的前提下仍然接得住」:轮换、抽查、把异常主动推到人面前,而不是等人去发现。
适用边界:「约三十分钟」是量级不是常数,经二手转述而来,写进值班规格前要用自己场景的数据校准;本页不提供曲线的数值形状。
开工简报连续多日误报「13–15 天积压」,实际是 0 天;根因是一行顺序假设。最贵的损失不是那个 bug,是我们发现自己开始「自动略过红色警示」。修法不是叫人更小心读,是把侦测改成与顺序无关的机制。全文含事故时间线、修正 diff 与此后的抽查规则。
我们把 Mackworth 曲线直接写进治理条文:哪些面允许常驻监控、哪些必须改推播、抽查频率怎样定。
此案例为 Trigpoint Pass 内容 · 含可套用的条文模板
solo 操作者跑多 agent 工作室,注意力怎样预算、哪里必然漏、我们漏过什么。
此案例为 Trigpoint Pass 内容 · 同类型操作者个案参考
解锁全部实证案例 Trigpoint Pass ▸
如何阅读来源注记 「书目经…核对」指作者、年份、题名与出版项已确认;不代表该来源的主张已被核对。 定义版本:2026-09-20。