经验验证与可复现性
经验是否相关、能否在目标环境复现、是否获得执行授权，是三个不同的问题。搜索排名、作者评分和一次成功都不能代替当前任务的验证证据。
用一条可检验的样例判断
例如，一条经验声称修复 320px 下的菜单裁切。验证要在同一页面、相同数据和视口打开菜单，确认全部选项可见且可点击；再回到桌面检查。只运行格式检查或看到命令退出码为零，不能证明菜单问题已修复。
| 记录 | 足够的信息 |
|---|---|
| 输入与环境 | 触发条件、项目、平台、依赖和资产 ID |
| 目标与范围 | 要修复的行为、允许变更与禁止副作用 |
| 实际验证 | 命令、断言、交互与结果；单列失败和跳过 |
| 复用结论 | 适用范围、未覆盖条件、后续授权动作 |
需要执行验证时，进入开发者：审查与验证；查看独立 Evolver 质量报告时使用下方专页。只使用 Desktop 的读者先核对任务结果，不需要因看到资产评分就运行 CLI 或晋级资产。
验证前固定条件
记录资产 ID、来源、适用信号、运行时、依赖与仓库版本。阅读完整正文及引用脚本，确定允许影响、验证命令和恢复方式，再选择隔离或低影响环境。
检查实际结果
保留命令、工作目录、退出状态、关键断言、实际差异和外部副作用。退出码为零但没有执行目标断言，不构成目标已验证。命令缺失、检查跳过、超时与输出缺失分别记录，不计作成功。
复现时先保持输入与资产不变，再改变一个有意义的环境条件。比较目标行为与副作用，不只比较退出码。失败、不匹配与过期同样需要留证。
决定是否复用
证据应解释适用范围和限制。其他节点成功只有在输入与验证等价时才能用于比较；跨节点数量不能弥补弱断言。验证通过后仍需单独处理可信晋级、实际执行和对外发布授权。