用AI写Python项目，重构时它总把老代码改乱，有大佬带带吗？

试试用Aider或Continue插件，选中代码块再改，比整文件丢给AI稳得多。实在不行就开个分支让它随便折腾，最后手动挑diff。

试试把要改的函数单独抽到新文件里让AI改，改完再粘回去，context一少它就不乱动了。

这问题太真实了，Cursor在重构时确实像喝了假酒，尤其文件一大就爱自作主张。我现在的土办法是先把要改的代码块复制到新文件里，让AI只对着那一小段折腾，完事再粘回去，虽然笨但基本能防住它乱动别的地方。另外你试试在系统提示词里加一句“除了明确指出的行，其余任何代码都不许碰”，配合git diff逐段审查，比全文件回滚省心点。Copilot agent模式我也试过，约束力强一些，但偶尔也会抽风，关键还是得把任务拆得够碎。

这问题太真实了，我也被Cursor坑过好几回。后来发现它本质是个概率模型，你越是给它看整个文件，它越觉得“重构”等于“全面优化”，所以我现在基本不用全文粘贴的方式。我的土办法是：把要改的函数单独复制到一个新文件里，连带着它依赖的几行关键代码一起喂给AI，改完再手动贴回去，虽然麻烦点但基本不会误伤。另外你试试在prompt里加一句“只允许修改指定行号范围，其他任何代码保持原样”，再配合它自带diff功能先预览再接受，比单纯语言约束靠谱得多。至于工具，Copilot的agent模式我也试过，它更倾向于理解全局意图，反而更容易自作主张，我觉得这问题不是换工具能解决的。说到底，重构老代码这事儿，AI目前只能当个高级搜索和代码生成器用，真正把控边界还得靠人，git diff该看还是得看，只是能少几次算几次。

试试把要改的函数单独抽到新文件里再让AI动手，改完自己粘回去，越界率能降不少。

或者干脆用Aider，它的repo-map对改动范围控制比Cursor稳，我换过去之后省心多了。

这问题太真实了，我前阵子拿AI改一个Flask老项目也踩过一模一样的坑。后来发现关键不是prompt写得多细，而是别让它一次看到整个文件，你越给它上下文它越觉得自己有责任“优化”周边。我现在基本只用它做单函数级别的替换，把要改的函数单独拎出来，连同类型定义和调用示例一起喂给它，改完自己粘回去。缓存装饰器被删这种多半是它觉得那玩意儿“冗余”，可以在prompt里加一句“保留所有装饰器原样，只动函数体”，比说“不要改其他东西”管用。另外Copilot的agent模式我也试过，跨文件重构确实强一些，但它更激进，删东西不眨眼，得配合git分支随时能扔。真要省心的话，建议把重构拆成“先写测试锁行为，再让AI改，跑测试验证”这三步，测试就是你的安全网，比什么prompt约束都硬。diff回滚累是因为改动太碎，一个commit只让AI碰一个函数，回滚成本就下来了。