聊聊我用了一年 Cursor 之后的真实感受

用 Cursor 已经一年了，从最开始的惊艳到现在变成日常工具，心态变化挺大的。今天来聊聊真实感受。 ## 什么场景下 Cursor 最好用 ### 1. 写 boilerplate 代码 这是 Cursor 最强的地方。写 CRUD 接口、配置文件、测试用例这些重复性高的代码，Cursor 基本能做到 80% 的准确率。我现在写 REST controller 基本就写个注释，让它补全整个方法。 ### 2. 读代码 Cursor 的 "explain" 功能对于看别人写的代码特别有用。选中一段看不懂的代码，让它解释一下，比自己慢慢读快多了。特别是那些遗留项目里的祖传代码。 ### 3. 写正则表达式 说真的，以前写正则都要开个在线工具对照着写，现在直接跟 Cursor 描述需求就行了。生成的正则还会帮你加注释解释每部分的含义。 ## 什么场景下不太行 ### 1. 复杂业务逻辑 涉及到多个模块交互的业务逻辑，Cursor 经常搞错上下文。它不理解你的业务领域，只能从代码模式上猜。越复杂越容易出错。 ### 2. 性能优化 让 Cursor 优化性能基本不靠谱。它可能会给你一个"看起来更简洁"的代码，但性能反而更差。性能优化需要理解底层原理，这不是模式匹配能搞定的。 ### 3. 架构设计 试过让 Cursor 帮我做架构决策，结果就是给你一个"最常见"的方案。但架构设计需要考虑团队规模、业务特点、技术债务等因素，AI 不了解这些上下文。 ## 一些提效技巧 - **写好注释再让它补全**：注释越详细，生成的代码越准确 - **用 `.cursorrules` 文件**：在项目根目录放一个规则文件，告诉它项目的技术栈和代码风格 - **多用 Chat 而不是 Tab 补全**：复杂场景下 Chat 模式给的代码质量更高 - **不要无脑接受**：每次补全都快速扫一眼，特别是边界条件和错误处理 ## 总结 Cursor 是一个很好的效率工具，大概能提升 20-30% 的编码速度。但它不能替代你的思考，把它当成一个高级版的代码补全工具就好。