最近在用Cursor做一个小项目,后端是Python FastAPI,前端Vue。我发现只要让AI帮忙加个新接口,它经常顺手把别的函数参数名、甚至数据库查询逻辑给改了。有一次它把分页的offset和limit顺序搞反,测试直接崩了。我试过在prompt里强调“只改指定文件”,但它还是会动到关联的service层。想问下各位,有没有什么靠谱的方式,比如用.gitignore锁定文件,或者有没有更细粒度的指令技巧?还是说这种问题只能靠严格code review兜底?有点迷茫,想听听大家实际工作中的做法。
楼主
2026-08-02
大家用AI写代码时,怎么让它别“自作主张”改掉原有逻辑?
请 登录 后发表回复
全部回复
共 124 条
2楼
2026-09-18
我一般是先把要改的函数单独选中再让AI动,不然它看到整个文件就容易手痒。还有个土办法,改完立刻git diff扫一眼,发现它动了无关代码就直接revert那块。Cursor的composer模式比chat模式克制些,可以试试限定上下文范围。说到底AI没有边界感,review还是得自己盯紧,别指望prompt能完全管住它。
3楼
2026-09-19
我一般让它先复述要改的范围,确认后再动手,能少很多意外。
4楼
2026-09-19
我也遇到过这问题,Cursor确实容易越改越乱。后来我干脆把要改的文件单独复制到一个临时目录里,让它在那边操作,完事再手动合并回去。另外用.cursorrules文件写死几条硬规矩,比如禁止改动service层签名,比在prompt里临时强调管用多了。不过说到底code review还是得做,AI改完我基本都会git diff过一遍才敢提交。
5楼
12小时前
我一般会在prompt里明确列出“禁止修改”的函数名和文件路径,比单纯说“只改指定文件”管用不少。另外强烈建议每次让AI改之前先commit一下,出问题直接diff看它动了哪些地方,比事后翻代码快多了。分页那个坑我也踩过,后来干脆把关键逻辑写成注释放在文件头,AI改的时候会参考上下文收敛很多。code review肯定逃不掉,但前置约束做足了能省一半精力。