1. 重构不是重写，而是给老项目装上AI导航仪我接手那个用了7年的Java+Spring Boot老系统时，它正卡在一次关键的支付链路升级上。三个模块耦合严重，文档缺失，连核心交易状态机的流转逻辑都得靠翻Git历史加断点调试才能理清。团队试过用传统方式做增量重构：先画UML、再写单元测试、最后改代码——两周过去，只动了两个Service类，还因为一个隐藏的ThreadLocal上下文污染导致预发环境偶发超时。直到我把Claude Code和Codex以Vibe Coding模式嵌进日常开发流，事情才真正转过来。不是让AI直接生成新代码，而是让它成为“理解者”和“校验者”：它读得懂老代码里那些命名诡异的字段（比如isFlaggedForXyzProcessing其实是订单风控标记），能自动补全被删掉十年的注释，还能在你敲下if (status == 3)之前就提醒“这个3对应的是ORDER_CANCELLED_BY_SYSTEM，但当前分支里它已被废弃，请查OrderStatusEnum”。这里有个坑，大多数教程没提到——Vibe Coding不是把AI当AutoComplete用，而是重建人与代码之间的“语义通道”。当你在VS Code里用Claude Code打开一个2000行的Controller，它默认只加载当前文件；但老项目重构真正卡脖子的，从来不是单个文件，而是跨模块的状态传递。比如用户下单后触发的积分发放，实际逻辑散落在order-service、points-service和notification-service三个