Copilot和Cursor都用过了，为什么感觉代码越写越不踏实？

这问题太真实了，我也有同感。AI补全快是快，但那种“自信地胡说”特别坑，尤其状态管理里闭包和竞态这种隐性问题，它根本意识不到。我现在基本把Copilot当高级自动补全用，复杂逻辑还是自己搭骨架，只让它填无脑重复的代码。要是能自动标注“这段代码参考了哪个版本API”或者“此处可能有内存泄漏风险”，我才敢放手让它写。不然真就是给审查环节增加工作量。

把AI当结对编程的实习生用，别当权威，它给的是草稿，拍板还得靠你脑子里的那份技术债清单。

生产环境我真不敢全信它，关键逻辑还是得自己手写核心，再用AI去补那些样板代码才踏实。

我现在的做法是把AI当个记性特别好但偶尔会胡编的实习生，它出的代码我默认全是草稿。异步竞态和内存泄漏这块确实容易翻车，因为它看不到运行时的真实行为，只能靠模式匹配，生成的useEffect依赖数组经常是错的。我一般在它给完框架之后，自己把涉及生命周期和并发的那几行重写一遍，剩下的UI和样板逻辑就直接用。查文档这事我也经历过，后来发现与其一个个验证API，不如先让它写测试，跑不过的它自己就露馅了。Cursor的agent模式我更多用来做重构和跨文件改动，那种场景它比人快很多，但生产代码的最后一公里还是得自己走。说白了它适合把60分的东西快速拉到80分，剩下那20分恰恰是最要命的，指望它兜底不太现实。

我现在的习惯是让AI先写，但自己必须逐行过一遍，尤其是异步和effect那块，它给的依赖数组经常漏东西。你这种不踏实的感觉其实挺正常的，说明你在认真读代码，比无脑接受强多了。我一般把Copilot当高级补全用，agent模式只拿来写测试和样板，核心逻辑还是自己动手。真要说的话，它更适合加速你已经会的东西，而不是替你想清楚你没想明白的部分。