把連續檢測結果整理成待複核事件時，先規定輸入結果何時有效，再規定持續和結束條件。時間規則可以組織提示，但不能單獨證明真實異常已經發生或經過人員確認。本文說明候選處理方法，未新增事件測試或設備部署。
先記錄結果對應的幀和時間
保留輸入來源、幀標識、結果有效性、模型與規則版本。區分圖像採集時間、程序收到結果的時間和頁面顯示時間。跨設備時間不能在未確認時鐘關係時直接相減，按處理幀數累計也不能默認等於實際持續時間。
持續時間使用明確的時鐘語義
Python時間文檔說明，單調時鐘不受系統時鐘調整影響，其返回值的參考點未定義，適合使用兩次讀數之差。它可作為程序內持續時間計算的機制參考；不由此推定跨設備時鐘已同步、圖像採集時間已確定或某個SDK已經使用該機制。
把持續、結束與無效輸入分開
| 條件 | 候選處理 | 需要保存 |
|---|---|---|
| 有效結果滿足開始規則 | 建立待複核事件 | 輸入片段及開始依據 |
| 有效結果繼續滿足條件 | 更新事件持續狀態 | 觀測時間和規則結果 |
| 有效結果滿足結束規則 | 記錄事件結束 | 結束依據及後續複核狀態 |
| 缺幀、斷流或結果失效 | 按無效輸入規則處理 | 缺失範圍、原因和恢復過程 |
用回放核對狀態變化
缺幀不能自動當成目標消失，事件結束也不等於人員確認無異常。對短暫干擾、持續目標、幀間隔變化、斷流與程序重啟分別設計回放，記錄觸發、持續、結束和重複提示。閾值按目標現場樣本確定；沒有對應測量資料時，不發佈報警延遲數值或誤報下降比例。