1
mumbler 13 天前
没解决目标问题,却把已经完成的功能给改坏了,不过 gemini 2.5 pro 之后,这个问题大大改善了,但还是要步步为营,每一步充分测试,随时回退上一步,每个小里程碑都提交 git
|
![]() |
2
shawnhill 13 天前
对它的方案不满意,或者它理解的有偏差,但它上来就是咔咔一顿写。
今天引入了 cursor memory bank ,似乎效果不错,还没有深度使用。 还有就是 500 次有余额焦虑,严重限制了我的产出。 |
![]() |
3
1103409364 13 天前
看不懂💩山代码
|
4
xing7673 13 天前
贵
其他还是挺满意的,从 copilot 试用过来,windsurf 之类的都试过,总体还是 cursor 好,因为写代码最高频的场景还是 minor fix ,cursor 有项目索引的基础,体验是最好的,windsurf 没有索引,所以很多时候它补全的代码只是基于常识或者代码原理来做。 |
5
rong6 13 天前 via Android
上下文长了之后慢慢变傻了,但是对比字节的 trae 还是降维打击
|
6
mumbler 13 天前
@shawnhill #2 完全不用为 500 次焦虑,fast 我三天就用完了,无限量的 slow 也就慢几秒而已,我差不多一个月能用 3000 次,开三窗口并发跑,还分享给别人用,这 20 美金太值了
|
7
Heymans 13 天前
GithubCopilot 用 Claude3.7 也会碰到相同的问题
|
8
lneoi 13 天前
会偷懒,改代码只改看到的部分,加一些敷衍的临时代码,每次都得申明一下。
gemini 2.5 pro 就更懒了,申明了也常常不看,自己做一些假设,还得再提示一遍 |
![]() |
10
badreamm 13 天前
byd 最近一直嘴硬+偷懒,非得骂几句脏话才能好好干活
|
![]() |
11
Kinnice 13 天前 via Android
- 文件改名或者改路径,感知的太慢,还是往原来的路径或者文件里面去编写代码。
- 经常会破坏已经完成的功能, 现在解决方法就是每个阶段都手动 git 提交一下,感觉现在的 ai ide 都需要一个无时无刻的版本管理器。 |
![]() |
12
Rust2015 13 天前
不能保持 chat 记录
|
![]() |
13
7gugu 13 天前
MCP Tool 有 40 个的上限,多装两个插件就不够用了。(虽然官方说很快就会解除限制,但不知道啥时候才能支持上)
|
![]() |
15
Bartholomew 13 天前
1. 选中代码呼出悬浮框的模式下不够聪明,比如我只选中一个函数名,让 AI 帮我优化这个函数,它只会改选中的那一行,必须要完整选中整个函数体才能 work
2. 侧边栏模式下,不能感知正在编辑的文件,比如我打开了文件 A ,希望重构文件 A 的方法 B ,每次都需要手动 @文件 A ,再描述改动,有点麻烦 |
![]() |
16
Bartholomew 13 天前
3. 模型选择,总是莫名其妙给我打开 Auto-Select 开关,然后选中比较拉的模型
|
![]() |
17
KiriGiri 13 天前
有时候会莫名其妙把一些已经写好的代码删掉。
|
18
JasperHale 12 天前
cursor 发癫,鄙人一参 CursorRIPER: https://github.com/johnpeterman72?tab=repositories
|
![]() |
19
pike0002 12 天前
1. 头痛医头脚痛医脚
2. 输出到一半卡死了 3. 来回来去的给方案 4. 续费老是续不成功 |
![]() |
20
oceanthe1h 12 天前
@KiriGiri 终于看见有第二个人遇到这个问题了,我也是深受其害
|
21
lyhiving 11 天前
最大的问题应该还是代码太长的时候意外比较多
|
22
techphoebe 10 天前
@KiriGiri cursor 好像不会每次都在最新的代码版本上修改,所以如果它改了以后你又改了,再让它改得明确告诉它先读取最新的代码再修改
|