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

这还真不一定是姿势问题，老项目里隐式依赖和全局状态确实会让模型“自作聪明”。我试过在需求里加一句“只修改函数体内部逻辑，禁止改动其他函数和变量声明”，效果会好一点，但偶尔还是会抽风。

另外你试试用git单独提交AI改动的文件，万一改坏了就git checkout那个文件，比整体回滚靠谱。还是不行的话，就把它当个高级补全工具用，别让它一次改太大范围，拆成小任务出错率低很多。

老项目还是得靠git精准回滚，或者把改动范围写进prompt里当硬约束，AI太自由发挥了。

这问题我太有同感了，老项目里隐式依赖就是AI的盲区，它根本分不清哪些state是组件自有的、哪些是跨模块共享的。你提需求的时候可以试试把“只修改这个函数内部逻辑”明确写进prompt，甚至直接给它划出具体行号范围，比@文件管用。另外我建议你开个新分支专门让它改，改完自己diff一遍再合，回滚成本就低很多。其实Cursor那个“apply”模式比自动编辑更可控，能逐段确认，你可以试试。还有个土办法，就是把不该动的文件临时改成只读权限，物理上禁止它碰，虽然粗暴但有效。核心还是得把上下文压缩到最小，别给它留太多自由发挥的空间。

这问题太真实了，老项目里各种隐式依赖和全局变量，AI确实容易“好心办坏事”。我现在的做法是，让它改之前先明确告诉它“只准修改xxx函数，其他一律别动”，如果它非要动，就直接说“报错，回滚”。另外，把webpack的alias和类型定义多喂给它一点，比单纯锁文件有效，它至少能“看懂”点边界。

你试试把需求拆成特别小的原子任务，比如“只改这个if判断条件”，别让它一次干太多活。还有个小技巧，改完先让它用git diff自检一遍，并强制要求它解释为什么动了那些无关行，这样能逼它收敛点。实在不行就老实用VS Code + Copilot，至少不会乱动你的文件。

说实话我也踩过类似的坑，老项目里隐式依赖确实是个大问题，尤其webpack配了alias以后，AI经常把import路径搞混，顺手改了别的文件。我觉得你提需求的时候可以试试把“只改这个函数，别动其他任何地方”直接写进prompt里，语气强硬一点，甚至让它先输出改动计划再动手，这样能减少不少误操作。另外，Cursor的“锁定文件”功能其实只防手动编辑，AI该改还是会改，不如把相邻组件临时挪到另一个文件夹，改完再挪回来。还有个土办法，就是每次让它改动前，先手动git stash一下，只保留当前文件的改动，这样回滚也精准。不过说到底，老项目类型不严格的话，AI确实容易瞎猜，建议你给关键state加上更明确的类型约束，它理解起来会老实很多。你要是试了有效果，记得回来分享下。

这问题我太有同感了，老项目里那种隐式全局状态和共享类型，AI根本没法靠单文件上下文感知到。你提到锁文件其实作用不大，因为Cursor的diff引擎在多个文件同时变更时，它自己的“意图理解”优先级会盖过你的约束。我试过最有效的办法是把修改需求拆成极小的原子步骤，每次只描述“改这个函数的返回值”，而不是“优化这个组件的逻辑”，它越界概率会明显下降。另外可以试试在prompt里加一句“禁止修改任何import、state声明和依赖数组，除非我明确要求”，这比@文件更直接。不过说实话，老项目里那种跨模块的隐式依赖，就算你给全上下文它也容易自作聪明，最好还是改完后用git diff仔细审一遍，别太信任它的“局部正确”。还有个小技巧，把要改的代码块单独复制到一个新文件里让AI改完再贴回去，虽然麻烦但能彻底隔离风险，你可以试试看。

说实话你这情况太典型了，老项目里隐式依赖多确实是个大坑，AI根本没法像人一样分辨哪些变量是“看起来没用但实际被副作用引用了”的。我试过类似场景，后来发现与其让它直接改，不如把需求拆成极小的原子操作，比如“只改这个函数的前三行，其他都不许动”，它反而听话很多。另外建议你试试在对话里明确给它“边界规则”，比如“只能在X组件内新增代码，禁止修改任何import和函数签名”，比单纯@文件管用。还有个土办法，改之前先git stash或者复制一份原文件，让AI参考着写，但明确告诉它“输出必须和原文件diff只包含我要求的行”，这样就算它乱动也能精准回滚。至于prompt技巧，我觉得给代码片段比给文字描述强，直接把要改的函数贴进去，然后附上“保持其他逻辑完全不变”的强调，能减少很多误伤。最后想问下，你试过用. cursorrules 文件配置全局禁止项吗？我加了“不允许修改未提及的state”这条之后，概率低了不少，但偶尔还是会抽风，感觉模型对老代码的“理解惯性”确实挺难治的。

这问题太典型了，老项目里隐式依赖确实是个大坑，AI它看不到全局，只能根据你给的上下文猜，一猜就容易“好心办坏事”。我建议你试试把要改的函数单独抽出来，用伪代码把输入输出和边界条件写清楚，再让AI只针对这一块生成，别让它碰整个组件。另外，改完后用git diff逐行检查，只保留你想要的hunk，局部回滚其实比你想得简单，别怕麻烦。

这问题太真实了，老项目里隐式依赖和全局状态多，AI确实容易“自作聪明”跨文件联动。我后来学乖了，每次让它改代码前先自己把相关变量和函数抽成纯函数，再明确告诉它“只改这个函数内部，别动其他引用”，效果能好不少。另外你试试在prompt里加一句“如果发现要改的代码依赖其他文件，先停下来问我”，能避免大部分误伤。回滚的话，我习惯用git单独commit每次AI的改动，这样就算它改坏局部也能精准revert，不用全盘推翻。

这问题太真实了，老项目里隐式依赖和全局状态本来就多，AI抓不到那种“只改这里”的边界感。我现在让它改东西前会先截图或者把相关组件代码直接粘进对话里，明确写“只动这个函数，其他文件一个字别碰”。另外你试试在系统提示里加一句“如果发现需要修改其他文件，请先询问我”，能拦住不少自作主张的改动。不过说实话，靠prompt只能降低概率，关键改动还是得自己review一遍diff。

老项目隐式依赖确实容易让AI放飞，建议把改动范围写成明确checklist再让它逐条执行。

我试过把相关代码全部折叠只留目标函数，配合系统提示词限定“仅修改选中区域”，成功率能高不少。

试试把需求拆成最小原子任务，每次只描述一个函数改动，别给它全局上下文。

老项目里隐式依赖确实是个大坑，AI很容易“理解过头”。我一般会让它先给出改动计划，确认影响范围后再动手，或者干脆把要改的函数单独抽出来给它看，别让它读整个文件。另外你可以试试在prompt里明确写“只允许修改XXX函数体，其他任何代码不得变动”，配合git diff检查，比回滚靠谱多了。

说实话这问题太典型了，老项目里隐式依赖确实是个大坑，AI看到某个变量就自作主张帮你“优化”掉，其实它根本不知道这个变量在别的文件里被引用了。我自己的经验是，与其指望它理解全局，不如把任务拆到最小粒度，每次只让它改一个函数或者一个state，改完立刻diff确认，别让它连续处理多个逻辑。你试过在prompt里明确写“只修改指定行号区间内的代码，其他任何内容禁止变动”吗？这招对我挺管用，虽然偶尔还是会抽风，但概率低很多。另外，Cursor的设置里有个“严格模式”或者“仅编辑选中区域”的选项，你可以翻翻看，能限制它只动高亮部分。还有个笨办法，就是把要改的代码先复制到新文件里，让AI单独改那个文件，改完再手动贴回去，虽然麻烦但最保险。你那个老项目如果webpack配置里有很多alias或者全局注入的变量，建议先在项目根目录放个CLAUDE.md或者.cursorrules文件，把关键依赖关系写清楚，AI会参考这个上下文。最后想问你一下，它改坏的时候是直接改了ts类型定义，还是改了useEffect的依赖数组？后者其实可以通过eslint规则强制约束，让AI生成的代码过不了lint，它就会收敛一点。

试试把改动拆成小任务，每轮只让它动一个函数，改完立刻git diff检查，别让它一口气干太多活。

老项目隐式依赖确实是主因，AI对全局的“理解”其实只是基于上下文窗口的推测，改错太正常了。我建议你把它当成一个“高级重构工具”而不是“独立开发者”，每次只喂它一个函数或一个组件的最小片段，明确告诉它“只改这段，其他文件别碰”，并且让它先列改动计划再动手，能少踩不少坑。另外我试过在prompt里加“如果涉及其他文件，请只输出建议不要直接改”，配合diff检查，基本能控制住。你现在是每次让它改完都手动diff，还是依赖git回滚？

这问题我太有同感了，老项目里隐式依赖确实是重灾区，尤其是webpack那套alias和全局类型混在一起，AI根本分不清哪些state是组件私有的。我后来试了个笨办法，每次让它改之前，先把要动的函数体完整复制进prompt，再明确写上“只修改这段逻辑，其他文件一概不许碰”，命中率能高不少。另外你试试在Cursor的设置里把“严格模式”打开，它会强制要求AI先列出改动清单再执行，虽然啰嗦点但能挡住不少乱改。还有个偏方，就是故意在相邻组件里放个语法错误，AI通常会被吓到，就只专注你指定的区域了。不过说真的，老项目跑多了AI确实容易“脑补”出一些自以为正确的关联，这也不算你姿势不对，本质是它没能力做全局静态分析。要是改核心逻辑，我建议还是先手动git stash掉其他改动，给AI一个干净的工作区，比啥prompt都管用。

这问题太真实了，老项目里隐式依赖多确实是个大坑，AI有时候会“自作聪明”地把关联代码当成bug修了。我自己的经验是，与其让它理解全局，不如把任务拆得特别小，比如直接让它只改某个函数内部逻辑，并且在描述里反复强调“仅修改此处，其他文件禁止改动”，甚至可以把那段代码复制进prompt里，让它基于文本输出结果，你再手动粘回去，虽然麻烦点但稳。另外，Cursor的设置里我记得有个“严格模式”或者“代码保护”的选项，你可以找找，能限制它跨文件操作的范围。不过说实话，遇到这种“好心办坏事”的情况，我最后的杀手锏是git commit前先diff一遍，只暂存自己确认过的hunk，那些AI顺手改的要么revert要么手动挑回来，宁可多花几分钟也不让它偷偷塞东西。你试试把需求描述得更像“手术刀式”的精确指令，比如“只改useEffect里的依赖数组，其他所有内容保持不变”，效果会好很多。

老项目隐式依赖确实容易让AI自作聪明，建议每次只贴函数不贴整个文件，配合git diff检查再commit。

老项目隐式依赖太多确实容易这样，建议把改动范围写死，比如“只改这个函数，别动别的”，试过会好点。

每次让它改完先diff一下，只留想要的改动，AI改错地方直接revert那部分就行，别全回滚。