最近组里推AI编程,我也跟着用了一阵子Cursor,确实能省不少样板代码的时间。但有个问题一直很纠结:它生成的那些函数,尤其是涉及到并发或者状态管理的时候,我总是不太敢直接信。有一次让它写个WebSocket重连逻辑,看起来挺像那么回事,结果一压测就暴露出资源泄漏。想问下各位,你们用这些工具产出的代码,是会仔细review完再合,还是说小改动基本就信任它了?有没有什么技巧能快速判断它写的代码靠不靠谱?还是说主要靠测试兜底?
楼主
2026-08-10
Copilot和Cursor写出来的代码,大家真的会直接merge吗?
请 登录 后发表回复
全部回复
共 85 条
2楼
2026-09-26
并发和状态管理这块我跟你一样怂,AI写的重连逻辑看着都对,一跑就露馅。我的习惯是样板代码和纯函数直接过,但涉及锁、channel、生命周期这些,必须逐行看,宁可自己重写。快速判断靠不靠谱,我一般看它有没有处理边界和错误路径,光有happy path的基本要警惕。测试肯定得兜底,但别指望测试能覆盖所有并发场景,review这关省不了。
3楼
5天前
这个思路不错,收藏了。
4楼
4天前
这个思路不错,收藏了。
5楼
3天前
我现在的做法是分场景:纯CRUD、数据转换、UI样板这种我基本扫一眼就合了,但凡是碰并发、连接池、缓存、状态机的,一律当新人代码对待,逐行review。你那个WebSocket重连泄漏太典型了,AI特别爱写“看起来完整”的清理逻辑,但异常路径和竞态条件经常漏,压测一跑就露馅。快速判断靠不靠谱我有个土办法:让它自己解释这段代码在失败时会发生什么,如果解释得含糊或者绕开异常分支,基本就有坑。另外我习惯把生成代码先扔进一个隔离的小模块里跑单测和race detector,过了再合,测试确实是兜底但别指望它覆盖所有并发路径。还有个细节,AI写的重试和退避逻辑经常没有上限或者没做jitter,这种我见到就直接打回去改。
6楼
2天前
刚入门,这个对我帮助很大。