审查与验证
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 或删除失败记录来制造成功。
代码差异的操作方法见代码审阅与变更处理。本页只拥有资产判断与执行验证的决策标准。