事不过三是一句老话。三次是量变到质变的临界节点，当同一问题、操作、场景第三次出现时，即代表需要主动优化、规范固化，避免问题反复累积。
- 当第三次修改同一模块，则对该模块进行重构。
- 当第三次修改仍无法修复同一缺陷，则更换实现方法或调整代码位置。
- 当第三次出现相似功能代码，则进行统一封装实现复用。
- 当第三次犯下同类错误，则优化调整现有工作流程。
- 当第三次评审发现同类问题，则更新团队评审检查清单。
- 当第三次会议讨论同一问题仍无结论，则更换决策方式、明确决策机制。
- 当第三次出现同一环节性能瓶颈，则开展专项性能优化。
- 当第三次遇到同类环境配置问题，则编写自动化配置脚本。
- 当第三次手动执行同一部署发布流程，则接入脚本或CI/CD实现自动化。
- 当第三次向他人解释同一段代码或配置逻辑，则补充注释、README及设计文档。
- 当第三次在代码审查中发现同类编码问题，则纳入编码规范或配置静态分析规则自动拦截。
- 当第三次手动回归测试同一场景，则补充对应自动化测试用例。
- 当第三次绕过流程执行临时热修复，则优化发布与应急修复流程。
- 当第三次重复编写同类提示词，则抽离通用模板、封装业务提示词库。
- 当第三次出现同类提示词输出偏差，则重构提示词逻辑、补充约束与输出范式。
- 当第三次手动校验同类AI输出结果，则搭建自动化校验规则与巡检脚本。
无论是传统软件开发，还是AI工程落地，第三次重复都是优化的最佳时机。主动在第三次出现时干预改进，可提前消解技术债务、规范协作流程、降低重复劳动，让团队从被动救火转向主动治理，持续提升研发质量与效率。