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

感觉cursor还是适合一个prompt干一件事

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

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

Mark6 发表于 2025-6-28 16:29
对。但太具体了，自己写代码可能比写自然语言还快些。

😄是的
都需要摸索 问最少的问题 得到最多的回报

我天天都用，基本上轮着用。也没有固定的规则。

- 有时候让Claude code给我分析下整个repo，然后告诉它我要实现个什么feature，让它先别写code，分析下该怎么写，觉得它分析的差不多就让它写了。
- 有时候是copy code去chatgpt，让它迭代。做大的system design或者ui design的时候，需要策略的时候，觉得chatgpt最给力。写非code的东西还是chatgpt最给力。
- 有时候是在cursor里问答。
- 有时候是用最烂的github copilot，凑合着用哈哈哈。经常问完被直接忽视。但是code completion尤其是unit test挺给力。主要是它出的最早，IDE里已经enable了，不是太棘手的东西它用得handy。

你们公司里这几个AI工具都有吗？这么奢侈？如果不是公司内部的工具，也没办法把公司代码都复制给它们啊

匿名用户 发表于 2025-6-28 17:13
确实好用，尤其是一开始做prototype的时候，简直不要太快。

然而随着功能feature的增加，cursor就变得有 ...

对， 不能同意更多！

kamoonwalka 发表于 2025-6-28 20:19
同意楼上很多小伙伴说的，楼主说的几个缺点很多可能是你自己prompt写的不够具体...

可是不是我一个人有这些感受啊。很多大拿也说这些毛病。 当然不是说它完全不好，牛逼的时候也确实牛逼， 只是说并不perfect ， 还是有这样那样的问题。

匿名用户 发表于 2025-6-29 06:47
你们公司里这几个AI工具都有吗？这么奢侈？如果不是公司内部的工具，也没办法把公司代码都复制给它们啊

没有那么奢侈哈哈， 一段时间只有一个， 现在是cursor

ai给自己加太多戏，本来一个四五行的edit，给你40-50的代码，搞到后面很疲劳，还不如手k

Mark6 发表于 2025-6-29 00:29
对。但太具体了，自己写代码可能比写自然语言还快些。

对， 而且有时候如果几次cursor产生的代码都不正确的话， 还容易被它不断带着走，让它不断给我新的建议， 就是一种“来都来了”的感觉