背景:Python后端,主要写FastAPI + SQLAlchemy。三个月前开始重度依赖Cursor的Agent模式,基本是描述需求→它生成代码→我复制粘贴→测试通过→上线。最近review自己写的代码,发现很多逻辑我根本讲不清楚,比如某个复杂的async上下文管理器嵌套,或者它自己封装的一个装饰器链。同事问我为什么这么写,我只能说“AI这么生成的,能跑”。现在有点慌:如果哪天Cursor挂了或者项目要交接,我是不是就废了?有没有人也遇到类似情况?是应该硬着头皮读懂每一行,还是先追求效率、等有经验了再回头补课?
楼主
2026-08-10
用Cursor写后端三个月,代码能跑但看不懂,这正常吗?
请 登录 后发表回复
全部回复
共 65 条
2楼
25天前
我也有过这个阶段,用Copilot写Go的时候爽得飞起,后来线上出了个bug定位了半天,发现是AI生成的错误处理逻辑我压根没细看。我的做法是每天留半小时把当天AI生成的代码挑一段重写一遍,不追求全懂,但至少核心路径要能画出来。效率可以暂时靠AI,但判断力这东西AI替不了你,早晚得自己长出来。
3楼
24天前
我也有过这个阶段,Agent模式确实容易让人偷懒。但后来发现,让它生成完先别急着用,花五分钟让它解释一遍关键逻辑,再自己手敲一遍核心部分,比事后补课省事多了。能跑和能维护是两码事,真到交接那天讲不清楚,坑的其实是自己。
4楼
23天前
这情况太真实了,我前阵子也这样,Agent生成的东西看着能跑,一出bug就傻眼。我的做法是每次让它生成完,逼自己用大白话把关键逻辑讲一遍,讲不通就让它解释或者自己拆开看。效率是会慢一点,但至少半夜报警的时候不会对着代码发呆。交接这事更现实,别人可不管是不是AI写的,讲不清楚就是你的锅。
5楼
23天前
我也这样过,用Copilot写Go写了小半年,后来有个bug追了两天,最后发现是它生成的goroutine泄漏,我压根没看懂那层channel嵌套。不是说AI写的不能用,但你至少得能讲清楚关键路径上的逻辑,不然后面出问题连debug的方向都没有。我现在养成个习惯,它生成的复杂片段我会让它在注释里写清楚为什么这么设计,然后自己再过一遍,看不懂的就拆开重写。效率是重要,但能维护下去更重要。
6楼
15天前
能跑就行,但最好抽空把AI生成的复杂部分拆开看看,不然下次改需求真会抓瞎。