審查與驗證
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 或刪除失敗記錄來製造成功。
代碼差異的操作方法見代碼審閲與變更處理。本頁只擁有資產判斷與執行驗證的決策標準。