资产状态与采用决策
本页说明独立 Evolver 中的审核与本地信任决定。先确认资产及证据,再选择批准、拒绝、晋级或撤销;这些动作不是一条需要全部执行的流程。
资产治理需要把“生成”“审核”“本地信任”和“网络发布”分开记录。一个 Capsule 验证通过,不代表其 Gene、Recipe 或 Skill 已自动获得团队使用资格。
为什么同一资产会有几种不同的状态
内容校验回答“拿到的内容是否与标识一致”;人工审核回答“在声明用途下是否接受这份内容与证据”;本地信任决定它是否进入相应的可信选择;发布则决定内容是否已向网络提供。它们处理的问题不同,因此必须分别记录。
例如,一份 Gene 的内容校验通过,但目标依赖版本尚未验证,不能仅凭标识一致就批准采用。已经通过审核的 Gene,仍要检查本地信任及其他召回条件。已发布资产出现新问题时,也不能只修改本地信任记录就宣布远端发布已撤回。
场景:原来可信的经验在升级后失效
先固定出问题的资产 ID、依赖版本和失败任务,保存成功与失败两侧的证据。判断失效范围:如果仅在新依赖版本失败,采用结论应明确适用环境;如果确认内容本身有风险,则停止在受影响范围继续使用,并执行对应拒绝或撤销决定。
接着检查经验的使用方。已经安装成技能的内容需要单独替换;正在运行的任务需要核对是否已经使用它;远端发布物需要单独处理。指定替代资产后,在原失败环境重新验证,再决定是否恢复采用。完成记录应解释哪一项决定发生了变化,以及哪些使用方已经处理,而不是只留下一个“已撤销”标签。
决策类型
| 决策 | 适用情况 |
|---|---|
| 隔离 | 来源、范围或验证证据不足,保留资产供审核,不进入可信选择 |
| 批准 | 人工审核已经完成,记录审核结论 |
| 晋级 | 允许资产进入本地可信 Gene 选择 |
| 拒绝 | 内容或证据不满足要求,不应继续采用 |
| 撤销 | 曾经可信的资产后来失效或出现风险 |
| 过期 | 证据或适用版本超出维护期限,需要重新验证 |
执行与记录
先查询当前信任记录,确认资产 ID 与目标内容一致:
evolver asset-trust show <asset_id>
审核结论:批准或拒绝二选一。 以下命令接收 Gene 或 AntiGene 的逻辑 ID 或资产 ID,不用于批准任意 Capsule、Recipe、代码差异或网络发布。
批准已完成验证的对象:
evolver review --approve <asset_id> "review completed"
证据不足或内容不合格时,改用拒绝:
evolver review --reject <asset_id> "evidence is insufficient"
本地信任:按采用决定选择晋级或撤销。 验证通过且允许进入可信 Gene 选择时:
evolver asset-trust promote <asset_id> --reason "validated for release workflow"
已信任资产不再适用或存在风险时:
evolver asset-trust revoke <asset_id> --reason "source version is no longer supported"
执行后重新查看信任记录,并保留审核命令的结果。每次决定记录资产 ID、前后状态、原因、验证证据、操作者、时间和替代方案。审核结果与来源信任分别检查;仅完成其中一项,不能证明所有召回条件已满足。
管理流程
- 从隔离状态开始,先核对内容寻址和来源。
- 在目标环境运行验证,并记录成功与失败结果。
- 由不同角色完成高影响资产的审核与晋级。
- 定期检查依赖版本、复用结果和撤销信号。
- 撤销后通知使用方,停止自动召回并指定迁移路径。
不要合并的状态
审核批准不等于本地信任,信任晋级不等于网络发布,发布成功也不等于长期有效。仪表盘或台账应分别展示这些状态。
决策完成后
隔离与过期是管理判断,不能据此假定系统已配置自动到期或删除。复核期限、双人审核和通知使用方由团队流程落实。撤销本地信任后还要检查已安装技能、在途任务与已发布资产,分别停止使用或安排替代;撤销不会回滚它们已经产生的结果。
命令失败时保留原状态和错误信息,修正资产 ID、类型或运行目录后再处理。没有查询到目标状态前,不在台账中标记为已晋级或已撤销。
相关页面
EvoX 文档 · 开发者 · 独立 Evolver 维护