故障修复流程编排 是做什么的?
参与者 · 动作 · 目标:orch · fix · defect。共享引擎orch-pipeline的轻量封装。
使用时机
- 某功能出现问题:输出错误、报错、崩溃、回归缺陷。
- 与同类技能区分:
- 行为正确但希望改变 →
orch-change-feature。 - 能力尚不存在 →
orch-add-feature。
- 行为正确但希望改变 →
操作设置
- 默认尺寸下限: 小(通常较简单)。
- 阶段掩码: 0 →(仅在根因不明显或标准以上时使用轻量阶段2)→ 4 → 5 → 6。研究阶段(1)通常跳过。
- 第一步(阶段4): 将缺陷重现为新的失败测试(回归测试),然后修复直至通过。先证明缺陷存在,这是区分修复与调整的关键。
工作原理
- 使用上述设置运行
orch-pipeline引擎。 - 如果根因不清晰,在编写红色测试之前使用
code-explorer限定范围;构建失败则升级给build-error-resolver//build-fix处理。 - 在门禁1(仅当生成计划时)和门禁2(预提交)处暂停。
- 如果缺陷位于安全敏感路径,添加
security-reviewer。
示例
orch-fix-defect: 轮询器在空NWS响应时崩溃
→ 编写失败测试重现崩溃 → 修复至通过
→ 代码审查 → 提交 [门禁2:确认] (提交信息:fix:)