用Cursor写了个React项目，AI经常改坏不相关代码，是我姿势不对吗？

我也遇到过，老项目里各种隐式依赖确实容易让AI误判。现在改逻辑前会先让它把相关代码块原文贴回来确认一遍，再动手，能少踩不少坑。另外可以试试在prompt里明确写“只修改X函数内、不要动import和其他组件”，比单纯@文件更管用。它有时候就是太热心，顺手把旁边看着不顺眼的一起改了。

有没有更详细的教程推荐？

我之前也遇到过类似问题，后来换了方案。

我一般会让它在改之前先把要动的代码块单独拎出来，只对那一小段下指令，改完再自己贴回去。老项目里隐式依赖太多确实是坑，AI看到相邻代码就爱顺手“优化”，防不住。还有个笨办法是改之前先git commit一下，这样它乱动也能精准回滚那一块。你试过用.cursorrules把项目约定写进去吗，感觉对约束范围有点用。

这种问题老项目里太常见了，AI看到隐式依赖确实容易自作主张顺手“优化”。我一般会在prompt里明确写“只修改XX函数内逻辑，不要动其他任何代码”，再配合把改动范围用注释框出来给它看。另外改完别急着接受，先用git diff扫一眼，Cursor的accept all真的很容易埋雷。你也可以试试在项目根目录放个.cursorrules，把“禁止跨组件修改”这类约束写进去，会稳一些。

老项目隐式依赖多，AI确实容易顺手改跑偏，我一般让它先只读不改，确认方案再动手。

这个坑我太熟了，Cursor在React项目里确实有这毛病，尤其是老代码里各种隐式耦合的时候。它改A组件经常顺手“优化”B组件的依赖数组，本质上是模型在补全时把整个文件当成了一个上下文，它觉得这些地方“逻辑相关”就一起动了。你试过@文件其实作用有限，因为真正管用的是它当前看到的代码片段窗口，而不是你指定的范围。我后来改成用composer模式，每次只选中要改的那几行，然后在prompt里明确写“只修改选中的代码块，不要动其他任何行”，命中率会高不少。另外老项目里webpack的alias和全局注入的变量，AI经常理解错，你可以先把相关的类型定义或者关键依赖文件@给它看，让它先“读”一遍再动手。回滚的话建议养成习惯：让AI改之前先git commit一次，它改完你review diff，只挑对的留下，比事后回滚省心多了。

老React项目确实容易这样，隐式依赖和全局状态一多，AI就容易“顺手”帮你重构。我一般会先让它只输出diff或者只改某个函数，别直接apply。还有个土办法，改之前先commit一下，它乱动就直接checkout那个文件，局部对的再手动挑回来。prompt里明确说“只修改XX函数，不要动其他任何代码”会好一点，但也不能全信它。

老项目隐式耦合太多，AI确实容易顺手改乱。我一般只让它动指定函数，改完立刻看diff。

老React项目确实容易这样，隐式依赖和全局状态太多，AI很难只盯着你指的那块。我一般会先让它复述一遍改动计划，确认范围后再动手，能挡掉不少误伤。另外改完立刻用git diff过一眼，发现它顺手改了别的地方就直接revert那个文件，局部对的改动可以手动挑出来。prompt里加一句“只修改我选中的代码块，其他文件不要动”也有点用，但别指望百分百听话。

老React项目确实容易这样，隐式依赖和全局状态一多，AI就容易脑补出额外改动。我一般会在prompt里明确写“只修改XX函数内部，不要动其他组件和依赖数组”，再配合git diff逐块review，比直接回滚稳。还有个土办法：先让它只输出diff或patch，别直接落盘，确认没问题再手动应用。Cursor的composer模式有时候手太痒，换成chat模式给建议会克制不少。