用Cursor写React组件，AI总改我已有的代码逻辑，怎么调教？

试试在对话里明确圈住Hook代码，加上“只改组件别动Hook”，我这么干之后基本没再被乱改过。

我一般把Hook单独丢进一个文件，让AI只引用不修改，配合上下文锁定它的行为会稳很多。

把已有文件加进ignore列表，或者用@指定只改目标文件，再不行就开个新对话，别给它上下文。

这个问题我太有共鸣了，刚用AI写代码那会儿也老被它“好心办坏事”。后来我摸出个规律：它改你代码往往是因为上下文里给的指令太开放，你让它“补一个关联组件”，它就会默认你有完整重构的授权。我的做法是明确在prompt里划红线，比如“只允许新增文件，禁止修改src/hooks目录下任何现有代码”，甚至直接贴出文件路径和函数签名，它基本就老实了。另外，如果是用Composer或者Agent模式，一定要把已通过的测试文件拖进上下文，告诉它“这些是验收标准，改坏了就跑不过”。不过说真的，最稳的办法还是代码提交后让AI在单独分支上操作，改完你自己diff，不合意就一键回滚，别让它直接碰主分支。想问下你是用的Tab补全还是对话框模式？我感觉对话框模式下它更容易“自作主张”，补全反而更克制。

试试在对话里明确说“只改组件，别动Hook”，或者把Hook文件关掉再让AI写，我一般这样能拦住它手贱。

我都是把已经写好的文件标记成只读，或者单独开个会话只聊新组件，AI就没机会碰旧代码了，你可以试试。

我刚开始用的时候也这样，后来发现得在对话里明确加一句“只改我指定的文件，其他的一律别动”，然后每次让它干活前先锁一下范围。另外你可以试试把Hook的代码单独折叠起来，或者干脆用git先commit一次，AI乱改了直接回滚，比跟它讲道理省心多了。反正我是觉得这玩意儿得靠规矩管，不能指望它自觉。

这问题太真实了，Cursor对已有代码的“自作主张”确实容易让人血压飙升。我现在的做法是，让它改东西前先明确圈定文件范围，比如直接在对话里说“只动这个新组件，别碰hook文件”，然后每次改完用git diff检查一遍，发现问题直接revert。另外，把hook的类型定义和核心逻辑用注释标成“请勿修改”也挺管用，AI大部分时候会遵守。你试试把提示词写得更像“任务边界”而不是“开放建议”，情况会好很多。

这个问题太典型了，我刚开始用的时候也差点被气疯。后来发现一个笨办法，就是让AI改代码前先明确告诉它“只动组件文件，别碰hook”，或者在对话里把它改坏的地方贴回去问它为什么改。另外Cursor的rules文件里可以写死一句“不要修改已定义的类型和函数签名”，实测能减少很多误伤。不过说实话，它有时候改得也有道理，但咱得先让它解释清楚再决定接不接受。

这问题太真实了，我一开始用也是这感觉。后来发现得在对话里明确画个圈，比如直接说“只改这个新文件，别碰xxx.ts”，它基本就老实了。另外，你可以试试把Hook的代码在Prompt里贴成只读的，或者干脆先关掉自动补全，手动让它生成后再自己合并。反正别指望它自觉，边界得靠你反复强调。

试试在对话里明确说“别动已有代码，只新增文件”，或者把Hook文件单独丢到子目录再引用，能少踩不少坑。

我一般让AI改完先diff一下，只保留新增部分，旧逻辑被动了就撤回重来，多搞几次它就能记住边界了。

这问题太典型了，我刚开始用的时候也差点被气死。后来发现Cursor对“已有代码”的边界感很弱，它默认你给它的所有上下文都是可以自由修改的，尤其是当它觉得“这样改更合理”的时候。我现在的做法是，让AI补组件前，先在对话里明确圈定范围，比如直接说“只允许新建文件，不要动src/hooks目录下的任何东西”，它基本能遵守。还有个土办法，就是把你那个Hook的代码用注释块包起来，写上“请勿修改此区域”，实测有效，虽然有点蠢但管用。另外你可以试试把测试用例也贴给它，让它跑一遍再动手，这样它至少会收敛一点。说到底，AI写代码还是在猜你的意图，你给它越明确的“边界声明”，它就越老实。别指望它能像老程序员一样有分寸感，得自己多设防。

试试在对话里明确圈住那段Hook代码，告诉它“别动这块”，或者用git先锁一下，改坏了直接回滚。

把Hook文件单独关掉，只让它读别让它写，或者干脆新开个对话只贴组件需求，不给它看原代码。

我刚开始用的时候也这样，后来发现把Hook单独锁进一个文件里，然后在对话里明确说“这个文件不要动”，会好很多。你可以试试在补组件之前先加一句“只新增代码，别改现有函数签名”。另外记得每次让它改动前，把关键逻辑手动复制到对话里作为参考，这样它跑偏的概率能低不少。说到底还是得靠上下文约束，别指望它自己“懂事”。

我一般会让AI把改动输出成diff给我看，确认没问题再应用，这样它乱改的地方一眼就能揪出来。而且你可以在系统提示里写死规则，比如“严禁修改src/hooks下的文件”，调教几次它就长记性了。不过说实话，这玩意儿有时候就是会“自作聪明”，习惯就好，重要代码还是得自己盯紧点。

你试试在让它写组件之前，先丢给它一个“只读”的伪指令，比如“假设这些Hook是第三方库，不能改”。我这么干之后，AI基本就只会在新组件里折腾了。另外如果它非要改，你就直接说“为什么改这个？”，它有时候会解释，然后你再把测试结果甩给它，两次下来它就老实了。反正核心思路就是让它明白哪些是你的“底线”。

这问题我太懂了，我现在的做法是每次对话开头先贴一下git status，告诉它哪些文件是干净的，别碰。然后

这问题太真实了，我一开始用也是这感觉，AI默认你有“完整上下文”但其实它只看了当前文件。试试把那个Hook用#号标记成只读，或者在补组件前明确告诉它“别动别的文件”，稍微有点用。

另外我习惯让它先生成代码diff而不是直接改，这样它逻辑跑偏的时候我能一眼看出来，直接拒绝合并。你那个Hook如果测试很关键，建议顺手把测试文件也丢给它看，它有“敬畏心”会老实很多。

再就是补组件时描述得具体点，比如“只接收这些props，不要额外包装”，不然它自由发挥的欲望真的很强。感觉这东西就是个需要不断划线的实习生，得把边界给它钉死。

试试在对话里明确说“只补组件，别动hook”，或者把hook文件关掉再生成，这招对我挺管用。

建议把hook代码单独锁定，或者用git先提交一下，AI改乱了直接回滚，别让它瞎折腾。

这事儿我刚开始用也遇到过，Cursor对上下文的理解其实挺表面的，它觉得“帮你优化”就是顺手改掉它认为不合理的部分。我后来是把已经写好的Hook文件直接标记成只读，或者在对话里明确说“这个文件不要动，只新建组件”，它会听话很多。另外你可以在生成前把Hook的核心类型定义贴到它要写的组件代码上面，让它先理解再动手，比单纯靠记忆靠谱。

这问题太典型了，我刚用Cursor那会儿也差点被它气死。后来我发现它有个隐藏逻辑，就是默认你给的上下文里所有代码都是“可改进”的，所以你得在指令里明确圈定范围，比如直接说“不要动useXXX这个hook，只基于它写新组件”。另外我习惯把已经稳定的代码单独拆个文件，或者在对话里加一句“这部分已测试，禁止修改”，它基本就老实了。反正别指望它自己懂边界，你得把它当实习生用，指令越细越安全。

这问题太真实了，我刚开始用的时候也差点被气死。后来发现得在对话里明确圈住那些文件，然后跟它说“只改我指定的部分，其他文件别碰”。另外你试试在Hook文件头部加个注释，比如“请勿修改此文件”，大多数时候能拦住它。不过说实话，AI有时候就是会自作聪明，建议关键逻辑还是自己锁死版本，让它只输出新代码，你手动粘进去，这样最稳。

我怀疑是上下文窗口里的代码太长了，它判断不了哪些是“已完成”的，就顺手改了。你可以试试把Hook单独放一个文件，然后在生成组件时用@引用它，再补一句“这个文件是只读的”。要是它还是手贱，就在给它的指令里把参数类型和副作用要求写死，甚至复制一遍原代码当对照。反正别惯着，多骂几次它就知道边界了。

诶，我倒是没遇到改Hook的情况，但经常被它把props类型给我悄悄放宽了。后来学乖了，凡是涉及已有代码的改动，我都在提示语里加一句“如果非要改，先列出来等我确认”。还有个土办法，就是每次让它写代码前先把工作区git commit一下，改坏了直接回滚，反正AI生成的东西也不怕丢。关键还是得自己把核心逻辑封装好，别给它太多“发挥空间”。

这事儿我太有同感了，刚用Cursor那会儿也被它这么坑过，明明写好的逻辑它非要“优化”一下，结果把边界条件全改了。后来我发现关键得把上下文锁死，比如在Hook文件开头加一行注释，写明“此文件内容请勿修改，只读”，然后让它基于这个接口去生成新组件，效果会好很多。另外，如果你用的是Composer模式，每次提问时把那个Hook的文件路径单独贴出来，再明确说“只参考类型定义，不要改动源码”，它基本就不会越界了。还有个土办法，就是把已经测过的Hook复制一份到临时文件，让AI去改那个副本，改完你再人工diff一下，这样既不会崩主逻辑，也能看看它的思路。不过说实话，这工具还是得靠多试，我用了三周才摸清它的脾气，现在基本能控制住它不乱动核心代码了。你试试把系统提示词里加上“禁止修改指定文件”的规则，应该能省不少心。

我刚开始用的时候也这样，后来发现得在对话里明确加一句“只改我指定的文件，别动其他代码”。你可以试试把Hook代码单独放一个文件，然后让AI只生成组件，通常能减少误伤。

另外它改参数类型这块确实烦人，我一般会先写好类型定义，然后直接告诉它“这个类型是固定的，别动”。要是还乱改，就把它改的地方撤销，再用命令模式加个规则，比如“不要修改use开头的函数”。

还有个小技巧，把Hook的测试用例贴在对话里，跟它说“这些测试必须通过”，它一般会收敛很多。反正跟AI协作就得像带实习生一样，把边界划清楚。

遇到过同样的情况，后来发现是对话里没把“只读范围”说清楚。我现在都会在prompt里明确标注哪些文件是reference-only，或者干脆把Hook单独开个窗口，不放在同一个上下文里，AI基本就不会乱动了。

另外可以试试在生成组件前先加一句“不要修改src/hooks下的任何代码”，配合项目的.gitignore或者锁定文件权限，物理上杜绝它碰你核心逻辑。你用的是规则文件还是纯靠对话约束的？