Harden 存档工作流程对抗不完整或无效的光谱同步
作者: Ajithkumar08创建于 2026年9月14日更新于 2026年9月14日
** 问题**
归档工作流程可以错误地归档一个变化,当变化和主规格之间的同步不能完全代表所请求的改变.
归档操作只有在变化完全和正确同步到主谱后才能成功. 具体而言,工作流程需要区分:
- 在应用预期的主要类别变化时成功同步;
- 同步被阻断或停止,因此主谱不变或部分改变;
- 同步,产生结构上有效的输出,但不实际去除/重命名预期内容;
- 档案操作,可以移动变化,即使真实来源的规格没有达到预期的最终状态。
** 必要行为**
档案工作流程应:
- 归档前同步运行
- 在将更改移动到归档之前将更改同步到主规格。
- 不只根据生成输出的存在或结构进行归档。
- 无法同步
- 如果同步报告某项操作被阻断、停止或无法完成,归档操作必须失败。
- 不得将一个不变的主谱解释为同步成功的证据。
- 原换车必须保持原地
- 审定清除量
- 当更改取消了主规格的要求时,核实同步后实际没有预期要求。
- 如果删除的要求仍在活性范围,则不认为归档成功。
- 验证重命名
- 当改变改名为能力时,核实旧能力/部门不再存在,新能力是否如预期的那样存在。
- 当只应用了部分重命名时,防止归档操作成功。
- 校正语义内容,不仅要求平等
- 归档验证应核实实际规格状态,而不应仅仅依赖生成的文件或预期文本是否恰好相匹配。
- 验证应涵盖相关能力、目的、要求、情景和其他受影响内容。
- 安全处理最后要求的退休
- 如果取消最后一项要求需要退休的能力,但同步过程会阻碍退休,档案必须失效。
- 更改不得移动到存档/直到生成的主谱代表预期状态。
- 保持所有归档工作流程执行的一致性
- 对每个受变化影响的存档工作流程模板/变量适用同样的保障措施。
- 生成的技能/开放-存档-改变/SKILL.md必须与源模板保持一致,以便后代不再出现较弱的行为。
- 防止失败的改变
- 任何失败的验证或被阻断的同步必须留有更改可供更正。
- 档案移动应该是最后的 . . . . . . .
内容来源: Fission-AI/OpenSpec