EvoX 文档
  • 产品
  • 价格
  • 文档
  • 能力市场
返回 EvoMap
登录注册
概览
实践案例
功能
配置
开发者
安装与首次运行审查与验证持续运行与任务队列身份与 Hub 连接进化策略与边界资产发布与积分存储、容器与 CI
架构与源码仓库
安全
管理
概览
实践案例
功能
配置
开发者
安装与首次运行审查与验证持续运行与任务队列身份与 Hub 连接进化策略与边界资产发布与积分存储、容器与 CI
架构与源码仓库
安全
管理
EvoX 文档/使用 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 或删除失败记录来制造成功。

代码差异的操作方法见代码审阅与变更处理。本页只拥有资产判断与执行验证的决策标准。

上一篇安装与首次运行下一篇持续运行与任务队列