Cursor 真的提升了你的效率了吗？

上下文多了就会有点降智了，目前用 3.7 ，介于 3.5 和 3.7think 之间，3.7think 适合刚开始的编码，3.5 写代码是很快，但是写的经常不对，3.7 也就刚刚好的水平，总之，新项目开始是很惊艳，越到后面代码写的越多，出错的问题也会增多。

项目变大效果不好了，让 cursor 去帮你重构拆分。

最开始改的效果不好就和他说没能完成修改（虽然我用的 Trae ，就最开始可能只输出要改的那一行，但提示后会输出更多的上下文，apply 的时候就能精准 apply 了）

当前的 AI 仍然不适合去负责大型项目的改造，因为你跟他搏斗太费劲了，而且人在 vibe coding 这个过程中。反而是最慢的拖累 AI 的那部分，总是感觉如鲠在喉。

现在最提高效率的部分，是让 AI 帮助完成一些琐碎的任务，比如：开发工具函数、开发脚本、输出符合预期的 webpack 配置、帮我手写一个 jenkins 的流水线等，这些部分是真正地提高了效率的，以往这些部分都是要单独占用 0.5-1 天工时的，现在可以至少缩减 0.5 天的工时，让原本一周做不完的事变得可行了。

对前端来说可以说是提效大增 尤其是 figma to components 那一套 真的是爽

每一步都要充分测试，有任何问题都回退重来，三次解决不了也退回原点重来，里程碑马上 push 到 git ，这些技巧也需要学习的

用 gemini 2.5 pro

写一个 cursorrules 文件，约束一下，让他用你期望的方式工作。

我写 Java ，感觉提升挺大的，复杂的需求基本完成八八九九，再调一调就行。

只要你不对结果负责，cursor 写完直接交上去让同事擦屁股就大大提高了效率

后端感觉提升没有前端明显