接手别人留下的老项目，最头疼的就是"牵一发而动全身"的重构——想把某个字段改名，结果散在七八个文件里，手动改不仅慢还容易漏。用 Windsurf 这种 AI 原生编辑器，你可以把任务直接交给它：开项目、下指令、它改完你再 review，比一个个文件找省力太多。
第一步：打开项目并让 AI 先"读懂"。用 Windsurf 打开你的工程目录，先在聊天框让它梳理一下目标模块的结构，比如"帮我列出处理订单的所有文件及它们之间的关系"。预期结果：它会返回一份文件地图，让你确认它理解得对不对。这步别省，确认 AI 视野和你一致，后面才不容易改歪。
第二步：下一条"可验收"的重构指令。指令要具体到能验证，而不是"优化一下代码"。下面这条可直接复制：
请把项目中所有表示"用户状态"的字段 user_state 统一改名为 user_status，涉及的文件都要改，并同步更新相关的函数参数、数据库迁移说明和注释。改完后给我一份"每个文件改了什么"的清单，不要改动任何业务逻辑。
Windsurf 会自己读相关文件、做多处编辑，并在侧边列出改动。第三步：逐文件 review 再接受。它给出的每个改动你都能点开看 diff，确认没动业务逻辑再接受，不合适的让它重改。验收标准：全局搜索旧字段名 user_state 已无残留，且跑一遍项目自带的测试（或至少本地启动不报错）。常见失败：它偶尔会漏改测试文件或配置，所以全局搜一遍旧名是必须动作。
顺带提醒一个安全习惯：让 AI 动代码前，先提交一次当前版本（git commit），这样它改坏了你能一键回退，不至于对着一堆红色 diff 傻眼。很多新手栽在"让它改完才发现全乱了又没备份"。另外，涉及数据库迁移、权限配置这类高风险改动，别一次性甩个大指令，拆成小步让它逐步改、你逐步验，出错面更小，回滚也更干净。
进阶方向：把这类"重命名/抽函数/补类型"的脏活做成可复用的提示词模板，下次直接套；也可以对比 Cursor 和 Claude Code——Cursor 交互更顺手，Claude Code 更偏命令行和自动化，看你的工作流。记住一句话：AI 改完永远要你签字，别让它直接合进主干。