核心用法
本 Skill 是一套完整的代码重构工作流指南，采用六阶段结构化方法指导开发团队安全地改进代码结构。使用时，Agent 会根据项目上下文引导用户依次完成：(1) 明确目标与非目标边界，(2) 建立表征测试或快照等安全网，(3) 规划可回滚的增量步骤，(4) 执行可审查的原子提交，(5) 多维度验证行为一致性，(6) 记录架构决策与剩余债务。整个流程强调"结构变、行为不变"的铁律，特别适用于遗留系统现代化、模块解耦、技术债务清偿等场景。
显著优点
风险可控性：通过强制"非目标声明"和分层安全网（单元测试、表征测试、金标准输出），将重构风险降至最低，满足管理层"零用户可见变更"的合规要求。
工程实践深度：融合了 Martin Fowler 经典重构思想与现代 DevOps 实践，提供机械重命名与逻辑修改分离、Strangler 渐进式替换等具体模式，可直接落地执行。
决策可追溯：每个阶段设置明确的退出条件，最终生成 ADR（架构决策记录）和债务看板，避免"重构完就忘"的组织失忆问题。
场景适应力强：针对热修复压力、遗留系统无测试、数据管道批量作业等不同约束条件，均给出务实的降级或替代方案。
潜在缺点与局限性
执行成本较高：完整的六阶段流程需要投入显著的时间成本，对于小型代码清理或紧急修复场景可能显得过度设计。
依赖团队成熟度：表征测试编写、原子提交规划等实践对团队技术水平有要求，新手团队可能难以严格执行"小步快跑"原则。
非自动化工具：本 Skill 仅为方法论文档，不提供自动重构引擎或代码分析工具，实际改造仍需人工逐行实施。
行为边界判定难度：复杂系统中"结构vs行为"的界限有时模糊（如性能优化是否算行为变更），需要架构师经验判断。
适合的目标群体
- 技术负责人/架构师：需要为团队建立重构规范，向管理层证明债务清偿的安全性
- 遗留系统维护者：面对无测试覆盖的老旧代码库，寻求安全的现代化路径
- 中大型开发团队：代码库规模大、模块耦合重，需要系统化的增量改进方案
- DevOps/平台工程师：设计 CI/CD 中的重构门禁和质量守护策略
常规使用风险
流程僵化风险：团队可能机械套用六阶段模板，忽视具体上下文灵活调整，导致效率低下。
安全网误判：表征测试捕获的是"现有行为"而非"正确行为"，可能将历史 Bug 固化到测试用例中。
提交粒度争议："小步"的标准主观性强，可能引发 Code Review 中的风格争论，需要团队前置共识。
范围蔓延：重构过程中容易"顺手"修复发现的 Bug 或优化性能，违反"纯重构"原则，需严格自律或同伴监督。
文档维护负担：ADR 和债务看板的持续更新需要纪律保障，否则易沦为一次性活动。