用Cursor一个月之后一些粗浅的个人感觉

公司这两年开始推广用AI 来辅助编写代码（谁又不是呢？），换了几个tool， 现在用cursor。 我用le大概一个来月吧， 感想如下
优点

• 提高写代码的效率， 尤其一些重复造轮子的工作（比如把代码从一种语言转成另一种语言， 或者写个REST API的基本CRUD 操作之类的）。 对我个人来说呢， 是写各种前端测试块多了（因为我前端很差， 哈哈）
• 有问题的时候， 直接prompt 问 ， 比过去上谷歌， stackflow 上搜快多了， 而且更有针对性。
• 对不熟悉的代码， 能在很简短的时间内了解整个flow 是怎样的。 拿到新的feature request 的时候写spike PR 的速度快多了。

缺点：

• 还是会时不时的犯错,  一本正经地跟你胡说八道， 所以对初级或中级程序员来说是个双刃剑，如果过分相信AI产生的代码 很容易产生许多细小但致命的bug
• 一些我本以为很简单的task ， 目前AI 还是做不好， 比如在yml文件里插入新的key value pair， 如果这个文件稍大些的话， AI 很容易找不着北。
• 经常性把简单问题复杂化。 比如只是个简单的取sub string的操作， 丫愣给我整了两个复杂的regex ，还不完全正确。 有时候这种小东西隐藏于 AI给你产生的一大堆代码中间， 还真不容易看出来。
• 代码有时候“过于”全面。 比如产生的前端测试里， 对每个Optional chaining operator “?” 它都要给我写测试。 一个不够， 还写两个。 Null 写一遍， undefined 再写一遍。 你不能说这样做不对， 但是水至清则无鱼， 过于细致的测试并不一定总是好事。

总体来说还是提高工作效率的，就是目前还不能完全相信它， 另外一点就是摸鱼不是太方便了。 原来有的活累的时候可以拖拖， 比如说写前端测试（不好意思， 又拿这个举例）。 但是现在老板都知道用 AI的话三两下大致就全出来了，所以摸鱼也没原来那么容易了。 也可能自己心虚吧， 哈哈
觉得还可以的话， 新人求加米哦 thank you la.

确实好用，尤其是一开始做prototype的时候，简直不要太快。

然而随着功能feature的增加，cursor就变得有点unmanageable：让它优化一些代码文件，除了部分优化以外，又写了几个用不上，旧的还留着，反而增加了很多冗余；有时候还会overengineering，一个简单的set就搞定的事情，直接写了一套config。这就要求用cursor的人一定要是个好的code reviewer，如果blindly accept的话，随着时间的推移，不知道会有多大隐患。

关于缺点1 个人经验是cursor不会默认去搜所有context，问问题时候还是得尽量多给context。

zigua 发表于 2025-6-28 10:41
给指令的时候尽量详细一点
要做什么 不要做什么 可以得到更合适的结果
太笼统的话 会产生一大堆overengin ...

对。但太具体了，自己写代码可能比写自然语言还快些。

Claude code 也很好用，对比了最近出的Gemini CLI, 感觉后者现在不如Claude code 聪明

大家觉得有了这些AI tool可以提高多少生产力呢？

那基本还是你不太会问，就前后端那点东西，AI完全可以搞定，也就要多debug一下的功夫

给指令的时候尽量详细一点
要做什么 不要做什么 可以得到更合适的结果
太笼统的话 会产生一大堆overengineering的东西

cursor只适用于做一些比较大的宽泛的任务
细致的东西还是要靠人工，尤其是一行一行的检查，他做不到

最近Germin CLI出来了，看到有文章各自promote  cursor, germini cli 和claude，哪一个在企业中更好用？谁有亲身体会

目前 使用体验是 些unit test很不错 我个人真的烦写unit test