質量信號與複核
本頁用於解讀獨立 Evolver 的資產與召回報告,決定繼續試用、補充驗證或停止採用。複核結論必須關聯具體資產、環境和觀察時間。
資產質量必須來自可觀察的執行與複用結果。模型自報置信度、下載次數或一次成功可以作為線索,但不能單獨決定晉級或團隊採用。
查看當前信號
evolver asset-health
evolver reuse-report
evolver recall-verify-report
evolver memory-graph status
信號層級
| 證據 | 解釋 |
|---|---|
| 驗證命令通過 | 證明一個環境中的明確斷言成立 |
| 跨環境復現 | 證明結果不只依賴單個節點的偶然狀態 |
| 真實複用成功 | 證明資產在新的實際任務中產生價值 |
| 缺失、錯配和錯誤 | 顯示召回質量、過期或範圍問題 |
| 資產年齡與依賴變化 | 提醒重新驗證,不能直接判定失效 |
| 記憶圖健康 | 發現孤立、重複或關聯異常,屬於診斷而非自動政策 |
recall-verify-report 會給出 GREEN、YELLOW 或 RED gate,同時包含成功率、缺失、錯配、錯誤、延遲和年齡。Gate 是檢查入口,不是自動發佈按鈕。
先確認報告回答的是哪一個問題
資產健康、召回複核和記憶圖狀態不是同一個指標。資產報告幫助定位經驗記錄的問題;召回複核反映保留樣本中的命中與驗證結果;記憶圖狀態反映本地關聯數據的運行健康。圖狀態正常不能證明經驗適用,經驗驗證成功也不能證明所有召回路徑正常。
閲讀結果時先問三個問題:樣本來自哪個環境、覆蓋哪段保留數據、是否包含準備採用的資產和用途。範圍不同的兩份報告不能僅比較顏色或成功率,就斷言質量上升或下降。把環境、版本與樣本範圍固定後,再分析差異。
場景:GREEN 報告仍不足以批准新環境
一份經驗在現有項目上得到 GREEN,但團隊準備將其用於升級了依賴的新項目。已有報告支持原樣本範圍中的結果;新依賴是否改變行為,需要在新環境執行對應驗證。此時保留原報告,並補充新環境的輸入、驗證命令和結果,而不是把既有 GREEN 擴大成跨環境保證。
同樣,RED 需要查看原因。無保留樣本説明證據不足;內容錯配和實際失敗説明需要調查具體問題。它們都不能直接晉級,但補救方式不同:前者補充驗證記錄,後者先修復內容、匹配關係或環境,再複測。門禁顏色用於引導決策,複核記錄負責解釋依據。
管理動作
- GREEN:仍需確認目標環境、影響範圍和人工審核要求,再決定晉級。
- YELLOW:收集更多復現或真實複用結果,限制在試點範圍。
- RED:停止自動召回或晉級,檢查資產、索引、版本與環境匹配。
複核週期
高影響資產應在依賴升級、平台變化、連續失敗或長期未複用後重新驗證。報告必須保留失敗數據;只統計成功會使質量判斷失真。
報告如何進入採用決定
先保存報告時間、資產範圍、版本與環境,再檢查樣本是否覆蓋目標用途。報告只覆蓋代理狀態中保留的有限結果,不代表全部歷史。沒有召回驗證記錄時,recall-verify-report 返回 RED,不能把無數據解釋為沒有失敗。GREEN 返回退出碼 0,YELLOW 與 RED 返回退出碼 2;自動採集應保存報告內容,區分質量未過關與命令本身無法運行。
複核記錄應寫明失敗或跳過原因、補充驗證負責人和再次檢查時間。RED 後的停止採用由運行策略、信任決定及任務處置落實,報告本身不替你停止所有執行。只有目標範圍的證據齊全、問題已處理、採用決定已記錄,才能關閉複核。
相關頁面
EvoX 文檔 · 開發者 · 獨立 Evolver 維護