LLM 参与代码重构先限制 diff 再要求解释让模型一次重写整个模块得到的往往是“看起来更整齐”却难以确认行为是否变化。重构任务应缩到一个目标并用测试和 diff 约束范围。输入包含现有模式给出相关实现、相似代码、测试和项目规则明确不改公共 API、不升级依赖或不触碰数据格式。缺少业务证据时让模型提出问题不要补写自信的规则。目标把重复校验提取为私有函数 保持异常类型、日志字段、函数签名 禁止新增依赖、改变数据库查询 验收现有测试通过新增边界测试审查先看行为差异逐文件检查删除了什么、错误路径是否保留、异步调用是否仍处理取消。解释必须指向具体代码口号式“提升可维护性”不能替代证据。生成测试也要评审模型可能写出只验证实现细节或硬编码结果的测试。优先覆盖输入输出和失败语义再运行类型、lint 与受影响测试。无法执行的验证明确说明不写“已通过”。LLM 可以加快机械重构但范围和验收仍由工程师决定。diff 小一点判断成本通常也会小很多。