大家平时用 Cursor 的时候，遇到最多的问题是什么？

没解决目标问题，却把已经完成的功能给改坏了，不过 gemini 2.5 pro 之后，这个问题大大改善了，但还是要步步为营，每一步充分测试，随时回退上一步，每个小里程碑都提交 git

对它的方案不满意，或者它理解的有偏差，但它上来就是咔咔一顿写。
今天引入了 cursor memory bank ，似乎效果不错，还没有深度使用。
还有就是 500 次有余额焦虑，严重限制了我的产出。

看不懂山代码

贵
其他还是挺满意的，从 copilot 试用过来，windsurf 之类的都试过，总体还是 cursor 好，因为写代码最高频的场景还是 minor fix ，cursor 有项目索引的基础，体验是最好的，windsurf 没有索引，所以很多时候它补全的代码只是基于常识或者代码原理来做。

上下文长了之后慢慢变傻了，但是对比字节的 trae 还是降维打击

@shawnhill #2 完全不用为 500 次焦虑，fast 我三天就用完了，无限量的 slow 也就慢几秒而已，我差不多一个月能用 3000 次，开三窗口并发跑，还分享给别人用，这 20 美金太值了

GithubCopilot 用 Claue3.7 也会碰到相同的问题

会偷懒，改代码只改看到的部分，加一些敷衍的临时代码，每次都得申明一下。
gemini 2.5 pro 就更懒了，申明了也常常不看，自己做一些假设，还得再提示一遍

@shawnhill 对它的方案不满意，或者它理解的有偏差，但它上来就是咔咔一顿写。// 深有体会，哈哈哈。后来加入了一些规则文档，好了很多。

byd 最近一直嘴硬+偷懒，非得骂几句脏话才能好好干活

- 文件改名或者改路径，感知的太慢，还是往原来的路径或者文件里面去编写代码。
- 经常会破坏已经完成的功能, 现在解决方法就是每个阶段都手动 git 提交一下，感觉现在的 ai ide 都需要一个无时无刻的版本管理器。

不能保持 chat 记录

MCP Tool 有 40 个的上限，多装两个插件就不够用了。（虽然官方说很快就会解除限制，但不知道啥时候才能支持上）

@mumbler #6 那放心了，感谢反馈

1. 选中代码呼出悬浮框的模式下不够聪明，比如我只选中一个函数名，让 AI 帮我优化这个函数，它只会改选中的那一行，必须要完整选中整个函数体才能 work
2. 侧边栏模式下，不能感知正在编辑的文件，比如我打开了文件 A ，希望重构文件 A 的方法 B ，每次都需要手动 @文件 A ，再描述改动，有点麻烦

3. 模型选择，总是莫名其妙给我打开 Auto-Select 开关，然后选中比较拉的模型

有时候会莫名其妙把一些已经写好的代码删掉。

cursor 发癫,鄙人一参 CursorRIPER: https://github.com/johnpeterman72?tab=repositories

1. 头痛医头脚痛医脚
2. 输出到一半卡死了
3. 来回来去的给方案
4. 续费老是续不成功

@KiriGiri 终于看见有第二个人遇到这个问题了，我也是深受其害

最大的问题应该还是代码太长的时候意外比较多

@KiriGiri cursor 好像不会每次都在最新的代码版本上修改，所以如果它改了以后你又改了，再让它改得明确告诉它先读取最新的代码再修改