跳至主要内容

審查 Finding 並記錄回饋

設備 Finding 是將受治理證據帶入同一審查流程的使用者可見記錄。它不是原始模型事件、保證正確的故障診斷或故障機率。

入口與權限​

任務入口權限
列出和開啟 Finding/pdm/anomalies、/pdm/findings/:alertIdpdm:read
記錄首次人工判斷Finding 詳情pdm:write
更正既有判斷Finding 詳情system.config
開啟 advisory/pdm/advisory/inbox動作對應的 PdM 權限

Finding 查詢受租戶範圍限制。其他租戶的連結不應洩露該 ID 是否存在。

審查流程​

先看證據時間與資料品質。來自過期、缺失、可疑或非運轉資料的精確分數，不能作為目前結論。

了解發生了什麼​

摘要包含受影響設備與 target、attention、Finding status、首次/最後觀察時間、異常/恢復持續窗和 Data as of。

欄位值含義
AttentionOBSERVE、INVESTIGATE、URGENT需要多快進行工程審查。
StatusOPEN、ACKNOWLEDGED、RESOLVEDFinding 在工作流程中的位置。

URGENT 仍然需要證據審查和安全維護程序，標籤本身不授權自動現場動作。

審查四層證據​

標準或規則證據​

顯示適用判定、等級、觀察值和門檻。模型不能改寫或取代強制標準；標準與模型不一致時，兩者都要保留。

設備基線證據​

比較目前運轉區段與設備自身分布，包括基線判斷、目前值、區段基線、漂移、區段天數和運轉情境。區段不可比較或歷史不足時，基線可以 abstain。

模型證據​

顯示 execution mode、模型版本、score、score meaning 和 runtime observation time。模型分數是決策訊號，不是故障機率；除非另有受治理機率校準，不可把 0.8 寫成「80% 故障機率」。

SHADOW 只供比較，不能建立或改變使用者可見的 alert、健康分數、advisory 或 Finding。

資料品質證據​

狀態含義處理方式
EVALUABLE證據滿足目前評估條件。繼續工程審查。
NOT_RUNNING設備不在必要運轉狀態。不可從缺失的運轉證據推測健康。
COVERAGE_GAP必要資料覆蓋缺失。修復或等待缺失區間。
SENSOR_SUSPECT感測器證據可能不可靠。檢查感測器、mapping、單位與安裝位置。
STALE最新資料超出允許決策時間窗。恢復收集後再作目前判斷。
INSUFFICIENT_HISTORY基線或持續窗歷史不足。收集更多有效運轉歷史。
UNKNOWN服務無法判斷品質。視為不可評估並檢查來源。

這些狀態都不是健康或零風險結果。

中性 Finding 詳情範例，分別顯示標準、設備基線、模型和資料品質證據以及 Data as of
接受 advisory 或記錄判斷前，應分別審查四層證據。

從建議檢查進入行動​

Finding 可列出軸承與振動點、冷卻與潤滑、溫度感測器或運轉狀況等有限檢查項目。這些是審查步驟，不是已證明的根因。現場作業前必須遵守安全、許可、隔離和維護程序。

若沒有儲存建議，應依設備檔案、信號歷史、適用 SOP、最近工作和維護責任人定義下一步。AI 助理不得虛構缺失事實、根因或行動。

Finding 保存證據與 attention；advisory 保存建議行動及其工作流程。兩者角色不同。

記錄人工判斷​

首次 feedback 包含 outcome、judgement role、confidence、reason 和 note。Note 只記錄可驗證情境，不加入未支持診斷。

提交會新增 append-only event，不改寫已保存的標準、基線、模型、資料品質或生命週期證據。相同 idempotency key 的重試不得建立重複 feedback。

中性 Finding 回饋抽屜，顯示 outcome、判斷角色、confidence、reason、note 和預設關閉的 transition evidence
回饋以追加事件保存，只有明確選擇後才把判斷套用到 transition evidence。

「套用到 transition evidence」預設關閉。只有在審查者明確選擇判斷所支援的待處理 transition 時才開啟；一般 Finding 判斷不可暗中標記所有模型 transition。

更正既有判斷​

具備 system.config 的使用者可以更正先前判斷。更正會：

  • 要求最新 feedback version；
  • 新增 append-only event；
  • 保留原始事件、actor 和時間；
  • 只變更明確選取的 transition。

若儲存前 Finding 已變更，UI 會回報 conflict。重新載入最新 Finding 與 feedback、完成審查後再送出，不可覆寫其他審查者事件。

沒有新 Finding 時​

沒有新 Finding 不代表模型未執行，也不代表設備健康。依序檢查：

  1. 模型使用詳情是否有新鮮 ACTIVE runtime evidence；
  2. 資料品質是否為 EVALUABLE；
  3. 標準、基線和模型是否符合受治理融合條件；
  4. persistence、hysteresis 與 cooldown；
  5. Finding 是否對目標設備範圍啟用；
  6. 既有 open Finding 是否被更新，而不是建立重複項目。

SHADOW 不產生使用者可見 Finding，這是預期行為。

排解與驗證​

現象檢查項目
Finding 連結顯示找不到目前租戶、權限及記錄是否仍存在。
證據不可評估資料品質、來源新鮮度、運轉狀態、樣本數與最少歷史。
無法提交判斷pdm:write 及是否已有 feedback。
無法更正判斷system.config。
儲存發生 conflict重新載入最新 version，再審查與提交。

完成前請確認設備、target 和租戶正確，Data as of 足夠新鮮，四層證據保持分離，模型分數未被寫成故障機率，缺失或停機資料未被寫成健康，且人工判斷保留完整歷史。

相關文件​