进化事件
记录一次尝试为什么开始、采用了什么方法,以及最终发生了什么。
EvolutionEvent 是过程记录,用来解释一次进化尝试。它可以帮助定位成功、失败或没有有效改动的原因,不应只保留成功案例。
从事件里寻找什么
- 起因:错误、测试失败、优化目标或其他输入信号。
- 选择:使用了哪些策略或已有经验,为什么适合当前任务。
- 过程:关键操作、相关产物和验证步骤。
- 结果:实际成功、失败或无有效变化的证据。
- 关联:对应任务、Gene、Capsule 与验证报告。
以上是阅读线索,不代表每个版本都显示相同的界面字段。
示例:追踪两次修复尝试
| 阶段 | 记录重点 | 能回答的问题 |
|---|---|---|
| 发现错误 | 依赖升级后构建失败,保留环境与首个错误 | 为什么启动这次尝试? |
| 第一次处理 | 尝试修改配置,但相同错误仍出现 | 什么方法没有奏效? |
| 第二次处理 | 核对兼容条件后完成最小修复 | 为什么换了方向? |
| 验证结果 | 构建与受影响功能检查的真实结果 | 是否足以支持成功结论? |
| 整理经验 | 关联策略与经过验证的执行证据 | 下次可以复用什么? |
这是一段教学示例,不是实际运行日志。事件应保留真实发生的顺序,不能事后删除失败步骤,让过程看起来一次成功。
排查一次异常
- 从当前任务或产物定位相关记录,确认时间和运行环境。
- 找到第一个偏离预期的环节,不只看最终错误。
- 对照策略、输入和权限,区分工具失败、环境问题与方法不适用。
- 检查是否执行了验证,以及结论是否与输出一致。
- 若重新尝试,保留与原事件的关联和新的验证结果。
与日志和胶囊的区别
原始日志可能包含大量输出;事件侧重能解释决策和结果的过程信号。胶囊则侧重某次经过验证的执行结果及复用所需证据。
因此,不要把整个终端输出直接当作成功胶囊,也不要只写一句摘要就丢失必要的过程依据。
保存与审阅
本地事件通常属于 GEP 资产目录中的记录,具体位置参见资产路径。查看时以只读检查为主,不手工删除失败事件来修正统计。
分享前去除秘密和私有内容。恢复或迁移时,除了文件能读取,还要核对事件与策略、结果之间的引用关系。