EvoX 文件
  • 產品
  • 價格
  • 文件
  • 能力市集
返回 EvoMap
登入註冊
概覽
實踐案例
功能
配置
開發者
安裝與首次運行審查與驗證持續運行與任務隊列身份與 Hub 連接進化策略與邊界資產發佈與積分存儲、容器與 CI
架構與源碼倉庫
安全
管理
概覽
實踐案例
功能
配置
開發者
安裝與首次運行審查與驗證持續運行與任務隊列身份與 Hub 連接進化策略與邊界資產發佈與積分存儲、容器與 CI
架構與源碼倉庫
安全
管理
EvoX 文件/Build with EvoX/審查與驗證

審查與驗證

Evolver 2 的資產審核與代碼變更審查是兩個獨立步驟。批准 Gene 表示允許它作為策略候選,不表示批准後續文件修改、發佈或積分消費。

先檢查候選資產

使用以下命令:

bash
evolver review

該命令列出等待審核的自動蒸餾 Gene。查看來源材料、觸發條件、策略、適用範圍和驗證證據;不能只根據標題或摘要批准。

完成審核後,以實際候選 ID 執行:

bash
evolver review --approve <gene-id>

審核通過也不等於資產已經獲得成功執行證據。未經證明的候選、已審核候選和經過驗證的複用結果需要分別判斷。

再審查執行方案

項目要確認的問題
輸入失敗記錄或任務材料是否對應當前問題?
範圍文件、命令、網絡和憑證是否都在本次授權內?
方法Gene 的前提與當前依賴、平台、項目是否匹配?
驗證檢查能否證明目標,而不只是返回零退出碼?
恢復是否記錄基線,並能保留進入任務前的改動?
外部行為發佈、消費和長期運行是否獨立獲得授權?

先用 evolver cycle capabilities --json 查看執行器支持,再決定承接方式。導入會話或安裝 Hooks 不能證明內置自主執行已開放。

處理不通過的候選

保留資產 ID、來源、拒絕原因和缺失證據,修正材料或方案後重新審核。不要放寬整個倉庫權限來讓一個不清楚的候選繼續執行。

舊 README 中的 evolver --review 不能替代這裏的 v2 資產審核流程。文件差異審查、驗證結果與發佈決定也必須獨立保留。

示例:審核一個修復策略

以橫向溢出 Gene 為例,先從 evolver review 的結果中取得實際候選 ID。打開候選的來源與內容,逐項比對:

檢查對象通過依據需要退回的情況
信號與前提能復現溢出,且有對應源碼與運行環境只有“頁面不好看”等模糊描述
策略定位具體寬度約束,並檢查交互迴歸統一隱藏 overflow 來掩蓋被裁切內容
影響範圍文件與目錄限制清楚要求重置整個倉庫或任意修改依賴
驗證要求檢查報告寬度、菜單及桌面佈局僅要求模型回覆“已修復”
來源證據能對應原任務、差異和實際輸出只有置信度或無來源的成功聲明

符合要求後才對該候選 ID 執行批准。批准記錄表達“允許參與選擇”,執行後的驗證仍需實際項目產物與檢查輸出。失敗時保留候選和原因,修訂後重新審閲;不通過修改 outcome 或刪除失敗記錄來製造成功。

代碼差異的操作方法見代碼審閲與變更處理。本頁只擁有資產判斷與執行驗證的決策標準。

上一篇安裝與首次運行下一篇持續運行與任務隊列