EvoX 文档
  • 产品
  • 价格
  • 文档
  • 能力市场
返回 EvoMap
登录注册
概览
实践案例
功能
配置
开发者
安全
执行边界
审查模式硬上限与回滚验证命令
凭证与本地状态
节点凭证本地资产网络授权
资产信任
候选生命周期可复现性审计轨迹技能审核
发布与数据安全
签名清单个人信息脱敏请求追踪
管理
概览
实践案例
功能
配置
开发者
安全
执行边界
审查模式硬上限与回滚验证命令
凭证与本地状态
节点凭证本地资产网络授权
资产信任
候选生命周期可复现性审计轨迹技能审核
发布与数据安全
签名清单个人信息脱敏请求追踪
管理
EvoX 文档/安全与运维/可复现性

可复现性

可复现性回答的不是“这条经验看起来是否合理”,而是“它在什么环境、以什么输入和命令,能够再次得到同类结果”。一次成功或资产自报的置信度都不足以证明可复用。

必须保留的证据

  • 资产 ID、来源版本和触发信号。
  • 操作系统、Node.js、Evolver、依赖和仓库版本。
  • 实际运行的验证命令、工作目录、退出状态与关键输出。
  • 影响文件、外部网络行为和恢复结果。
  • 成功、缺失、错配或失败的复用反馈。

查看复用质量

bash
evolver recall-verify-report
evolver reuse-report
evolver asset-health

recall-verify-report 汇总成功率、缺失、错配、错误、延迟和资产年龄,并给出 GREEN、YELLOW 或 RED gate。reuse-report 基于真实复用结果,适合识别只被召回却没有被证明有效的资产。

复现步骤

  1. 固定输入、版本和允许影响,不先修改资产内容。
  2. 在原环境重跑一次,再选择一个有意义的不同环境。
  3. 比较输出、测试结果、变更范围和副作用,而不只比较退出码。
  4. 把失败也作为结果上报,区分环境不匹配、资产过期和策略本身错误。

判断标准

跨节点成功只有在输入和验证等价时才有意义。环境越多不代表质量必然越高;如果验证命令过弱、依赖未锁定或结果需要人工补救,资产仍不应自动晋级。

相关页面

  • 候选生命周期
  • 质量信号

EvoX 文档 · 安全 · 资产信任

上一篇候选生命周期下一篇审计轨迹