用Cursor写个CRUD接口，AI改完的代码总带bug，大家怎么调教的？

这种问题太真实了，我现在基本放弃让AI一次性写完整接口了。我都是把伪代码注释写得特别细，每个字段类型、非空校验、事务边界都标清楚，它瞎发挥的空间就小很多。另外你说的只改圈中几行，我现在用编辑器里选中代码后加“只改这部分，别动其他函数”这种限定，效果时好时坏，但比纯对话强点。还有千万别让它“修复”什么异常，它一自由发挥就容易把报错吞了换一套逻辑，我都是直接告诉它具体哪行抛NPE，让它只补个判空。

试试把改动范围直接圈死在代码里，prompt写“只改选中行别动别的”，不然它真能给你重写整个类。

这事儿太真实了，Cursor补代码就跟开盲盒似的。我后来学乖了，把数据库字段名和类型直接写进注释里，然后明确加一句“只改我选中的代码块，禁止动其他函数”，效果能好不少。另外事务注解这种东西我干脆自己写，AI一加就是一大片，看着都头大。

还有它吞异常这个毛病，我一般会在prompt里强调“保持原有异常处理逻辑，只修复空指针判断”。不过说真的，指望它一次改对不现实，我现在都是让它出个diff，自己review的时候只看改动行，比从头看一遍省心多了。

我都是先圈中代码再给AI下指令，限定它只改选中的部分，不然真能给你重写一遍。

这题我太有同感了，Cursor对上下文的理解经常是“过度发散”的。我现在的办法是让它改bug前先描述一遍问题原因和修改计划，确认了再动手，不然它很容易给你来个“重构式修复”。另外想让AI只改圈中代码，可以在prompt里明确写“只修改第X行到第Y行，不要动其他函数”，但说实话它偶尔还是会越界，所以review还是省不掉，只能尽量把任务拆小点喂给它。

试试把需求拆成极小步骤，一次只让它改一个点，约束写进注释里，它乱动就revert重来。

Cursor的补全确实容易放飞自我，尤其你让它改bug的时候，它经常把“修复”理解成“重构”。我现在都是把相关的字段类型和表结构直接贴在prompt里，然后明确加一句“只改我选中的代码块，其他逻辑不要动”，它才会老实点。另外事务注解这类问题，我干脆在代码规范文档里写了禁止AI自动添加，它倒是会遵守。你试试用git diff来review，改动范围大了直接revert，没必要跟它死磕。

我是直接把伪代码写得跟最终代码差不多，字段名、方法签名全定死，它基本只能填实现逻辑，出错概率低很多。至于你说的只改那几行，可以试试用Ctrl+Enter选中代码段再发指令，比在对话里描述要精准。不过说实话，AI写CRUD还是容易自作聪明，我后来都让它先列计划再动手，这样至少逻辑不会被带偏。

我跟你情况差不多，后来发现它老改错是因为prompt里给的上下文太少。你试着把异常堆栈和相邻的几行代码一起贴进去，然后说“基于现有实现修复，不要改变方法签名”，它一般就不会乱来了。另外事务注解那个，我直接在类上统一加@Transactional(rollbackFor = Exception.class)，然后告诉AI“不要重复添加”，它倒是记住了。反正多试几次，找到它犯错的规律比每次

老实说咱俩遭遇一模一样，我现在都是先给它定死“只准改函数体，不准动签名和依赖注入”，不然它一发挥就把整个service层给你重构了。后来我干脆把报错信息+相关代码行直接甩给它，再加一句“禁止添加try-catch”，效果比让它自由发挥强不少。不过最靠谱的还是让它出diff，然后我手动挑着合，虽然累点但至少不会半夜被线上报警吵醒。

跟你情况差不多，后来我学乖了，prompt里必须写死“只改指定行，不动其他逻辑”，再不行就给它喂报错堆栈，让它先解释原因再动手。其实Cursor对局部修改的理解还是差点意思，我现在干脆让它生成完先自己review一遍，比直接跑省心多了。

说实话你这情况太典型了，Cursor补代码就像个“自信的实习生”，你越让它自由发挥它越能给你整出花活。我的做法是彻底放弃伪代码让AI补全那一套，改成把数据库字段、实体类属性、甚至方法签名直接贴在prompt里，明确告诉它“只准实现方法体，不准动其他任何地方”，这样至少能拦下一半的乱改问题。至于你说的“只改圈中那几行”，目前没有完美办法，但你可以试着在代码里用注释标出范围，比如在要修改的代码块前后加上专门标记，然后prompt里强调“只处理标记区间”，我实测成功率能有六七成。另外关于修bug，我建议你把异常堆栈和具体行号直接喂给它，而不是说“修复空指针”，不然它一定会脑补出一堆重构理由。还有个小技巧，每次让它改完，你第一件事不是看逻辑，而是用git diff检查它是不是动了函数签名或者注解，一旦发现就立刻回滚重来，别给它“将错就错”的机会。反正跟AI协作就是“信任但验证”，你越懒得写约束，它越给你找麻烦，我已经被教育得现在写prompt比写代码还谨慎了。

我跟你一模一样，后来学乖了，prompt里必须写清楚“只修改指定方法体，不改签名和调用方”，还得加上“禁止吞异常”这种反向约束。圈选代码再让AI改确实比全文件让它处理靠谱得多，配合git diff看变更，不对就ctrl+z回退。另外，字段名对不上这种问题，直接把实体类和建表语句都贴给它，别省那点token，上下文越全，它瞎编的概率越低。

说实话我也有同感，AI改代码跟开盲盒似的，你让它修个空指针它恨不得把整个service层重构了。我现在的笨办法是先把要改的方法复制出来，在prompt里明确说“只动XXX行到XXX行，其他代码一字不改”，效果会好一点，但偶尔还是抽风。事务注解那个确实头疼，我现在生成完第一件事就是全局搜@Transactional，基本十有八九它给你乱加。还有一个野路子是，把报错堆栈直接贴给它，别让它自己猜逻辑，然后限定它只补try-catch或者加个判空，别扯别的，不然review成本真的爆炸。

我刚开始用的时候也这样，后来学乖了，prompt里必须写“只修改指定方法体，其他代码原样返回”，不然它真的会给你自由发挥。另外事务注解这种，我干脆在注释里直接标清楚哪个方法要加，哪个不加，省得它自作主张。不过说真的，让它修bug还不如自己定位，AI适合生成不适合修缮，别太指望它一次改对。

这题我太有感触了，Cursor补全代码确实容易自作主张。我的土办法是让它改之前先加一句“只修改指定行，别动函数签名和返回逻辑”，然后开diff模式盯着看，一不对就ctrl+z。最好笑的是它修空指针经常顺手帮我把日志删了，现在我都先手动补个单元测试再让它改，至少能兜住大部分回归问题。

Cursor这毛病太常见了，它默认就爱“顺手重构”，你越让它修小bug它越兴奋。我现在的习惯是prompt里直接把实体类字段和表结构贴进去，再补一句“只改我选中的行，其他别动”，基本能压住它乱改。另外事务注解别让它自己判断，写清楚哪些方法要@Transactional，不然它见个写操作就加。实在不行就开个新chat只贴那段代码，上下文越干净它越老实。

我一般会在注释里把字段名和表结构直接写死，比如“用user_name字段，别用username”，这样它不容易跑偏。改bug的时候别让它自由发挥，选中具体代码块再下指令，比如“只改这几行判空，其他别动”，效果会好很多。事务注解我干脆自己加，AI这块确实容易乱来，交给它反而添乱。

我一般直接在prompt里把表结构DDL贴进去，字段名和类型写死，它就不太会瞎编了。改bug的时候别让它“修复空指针”这种模糊指令，直接圈中那几行说“只改这里，别动别的方法”，Cursor有个inline edit模式挺好用。事务注解乱加是真的烦，我后来干脆在项目根目录放个.cursorrules文件，把规范写进去，生成前就约束住。实在改不动就自己动手，跟它来回拉扯的时间够写两遍了。

我一般会把实体类的字段名和类型直接贴在prompt里，再加上“只修改选中代码，不要动其他逻辑”这句，能少很多幺蛾子。空指针那个我也遇到过，它特爱直接重写方法，后来我改成先让它只输出问题原因，确认后再让它改。圈中几行的话，可以选中后按Cmd+K，明确说“只改这几行”，比直接对话靠谱。