高级缺陷修复工作流

解决什么

修 Bug 常卡在现象描述、临时猜测和未经确认的改动之间。本技能把一次缺陷处理拆成可检查的工程流程：先建立 Bug 卡，明确现象、期望行为、影响范围和验收句，再按最小复现、根因定位、修复方案、测试与 CodeReview 推进。它适合线上缺陷、回归问题、CI 失败后的代码排查，也适合团队希望把修复过程沉淀为可复用步骤的场景。

如何工作

技能采用 step-file 架构，每次只加载当前步骤文件，减少上下文膨胀。核心原则是 AI 负责分析与提案，人类负责确认与决策：AI 不会越过强制检查点直接改代码。关键检查点包括：

• CP1：确认复现脚本、用例和运行结果与缺陷描述一致。
• CP2：确认候选根因、证据链和最终判断方向。
• CP3：确认修复方案，包括影响文件、改动思路、风险评估；若方案被否决，AI 需给出至少 2 个备选方案。
• CP4：确认测试覆盖、边界分支和运行结果。

用户可用 y、r、s 等指令确认、驳回或跳过允许跳过的步骤；在 CP3 还可用 p 启动多视角讨论，用 e 扩大修复范围。最终输出固定为 Bug 修复报告，包含 Bug 卡、复现与根因、修复与测试、门禁与收口、结论。

适用边界

它不适合“帮我写新功能”“泛泛点评代码”或“理解某个模块”。执行时禁止未复现先改代码、把 CI 重跑成功当作根因修复、或在同一模块连续打补丁而不做全局审视。若发现高风险回归，优先回滚并补回归测试。