背景:大概三个月前开始重度使用Cursor,配合Claude 3.5 sonnet,主要写一些Python后端和业务逻辑。一开始确实爽,tab补全和inline chat基本能搞定80%的CRUD。但最近发现一个很尴尬的情况:我自己手写代码的速度和思路明显变慢了,遇到问题第一反应是问AI而不是自己看报错日志。更头疼的是,AI生成的一些设计模式(比如复杂的异步处理或装饰器嵌套)我其实没完全看懂,但跑起来没问题就过了。结果上周同事review代码,问我几个关键函数的设计意图,我居然答不上来……想问问大家:你们用这类工具的时候,是怎么保持自己“手感”的?有没有什么方法能在提效的同时不让自己变成纯“代码搬运工”?
用Cursor写代码三个月,感觉越写越菜,是我的问题吗?
全部回复
共 74 条我也有这感觉,现在逼自己先手写框架再用AI补细节,不然真会废。
我也有类似的感觉,用久了确实会依赖。我的做法是AI给的代码必须自己逐行看懂再合并,看不懂的就让它解释或者干脆手写。另外每周留一天强制不用AI,纯靠自己写,手感这东西不练真的会退化。
我最近也这样,后来强迫自己每天先手写半小时再开AI,感觉能缓一缓。
我也这样,后来逼自己先手写思路再让AI补全,不然真会变傻。
AI写的代码我也经常看不懂,但我会逼自己review一遍再让它解释,不然真成代驾了。
我也有类似的感觉,不过后来给自己定了个规矩:AI生成的核心逻辑,哪怕跑通了也得自己手敲一遍再删掉重写,不然真的会虚。另外报错日志我现在强制自己先看五分钟,实在没头绪再问AI,这样至少不会把排查能力也外包出去。设计模式那块我建议直接让AI解释它写的每一层装饰器在干嘛,听不懂就让它画调用栈,比事后被问懵强。手感这东西说白了就是肌肉记忆,你少练它就真没了。
我也有同感,后来逼自己先写注释再让AI补全,至少逻辑得自己过一遍。
这情况我太有共鸣了,用久了确实会产生依赖惯性。我自己是给自己定了个规矩:AI写完的代码,尤其是那种异步嵌套或者元类相关的,必须自己逐行读一遍,读不懂就让它解释到懂为止,不然就不合并。另外我会刻意留一些纯手写的任务,比如每周挑一个模块完全不用补全,逼自己从零敲出来,就当练手感。报错日志这块也有同感,我现在强制自己先看五分钟堆栈再问AI,很多时候自己就找到问题了。还有个笨办法,review前把AI生成的复杂逻辑画成流程图或者写注释,能讲清楚才算真理解。说到底工具是放大器,自己脑子里的模型不能丢,不然提效到最后反而变成替AI打工了。
我也用了小半年Cursor,确实有同感。我的办法是AI写完的关键逻辑,我会自己再手敲一遍,或者至少逐行加注释解释给自己听,不然真的会虚。另外遇到报错先别急着贴给AI,自己扫一眼traceback,很多时候就是拼写或者缩进问题,这个习惯能保住基本功。
AI写的代码我都要它先解释一遍,看不懂就自己重写,不然真成代码搬运工了。
说实话我也有过这个阶段,大概用了两个月Copilot之后突然发现自己连个简单的递归都要想半天,当时挺慌的。后来我的做法是强制自己每天至少有一段"无AI时间",比如早上第一个小时纯手写,遇到报错先自己读堆栈,实在卡住了再开AI。另外我发现review代码这个事儿特别关键,AI生成的东西如果我没完全理解,我会要求自己用注释把每一段的设计意图写出来,写不出来就说明我没真正掌握,那就得回去补课。还有个习惯是把AI当"结对编程的同事"而不是"代打",让它解释方案而不是直接给代码,这样思路还是我在主导。你同事问设计意图答不上来这件事其实是个很好的信号,说明你意识到了问题,比那些一直蒙在鼓里强多了。手感这东西说白了就是肌肉记忆,你多久没自己完整写过一个模块了?
我也有过这个阶段,后来逼自己改了个习惯:AI给的代码必须能逐行讲清楚才允许合入,讲不清就删了手写。另外遇到报错先自己看五分钟日志,实在卡住再问AI,慢慢手感就回来了。其实关键不是用不用AI,而是别让它替你思考设计层面的东西,CRUD可以偷懒,核心逻辑还是得自己过脑子。
同感,我现在要求自己AI写完必须逐行看懂再提交,看不懂的就删掉重写,不然真成代码搬运工了。
你这个状态我太熟悉了,去年用Copilot加GPT-4那阵子也经历过一模一样的阶段。后来我给自己定了个规矩:AI生成的代码,尤其是那种带装饰器或者异步编排的,必须逐行搞懂再提交,看不懂就让它用最笨的写法重写一遍,宁可多花十分钟也不留技术债。还有个习惯是每天留半小时完全不用AI,自己从头写一小段核心逻辑,就当练手保持肌肉记忆。另外报错日志我现在强制自己先看三分钟,实在没头绪再贴给AI,这个笨办法反而让我捡回了不少调试直觉。其实关键不是用不用AI,而是别让它替你思考架构层面的东西,CRUD随便它写,但涉及设计决策的地方一定要自己拿主意。你同事review时问的那些设计意图,恰恰是AI最不该替你回答的部分。