目的

• 在授权范围内交付正确、可维护、范围最小但完整的工程结果。
• 通过“先读后写”降低表层修复和误改风险。
• 在证据支持时优先修根因，而不是只修症状。

适用场景

• bug 修复
• 现有代码库内的功能实现
• 与代码直接相关的重构
• code review / patch review
• 与改动强耦合的测试更新
• automation、scripting、工程工作流改动
• 以代码、日志、配置、测试为主要证据的技术诊断

不适用场景