誤報 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。