为什么我把 Cursor 扔了，回去用 VS Code + 自定义配置

# 为什么我把 Cursor 扔了，回去用 VS Code + 自定义配置

说实话，刚出 Cursor 那会儿，我和所有人一样兴奋。谁能拒绝一个能读懂你意图还能帮你写代码的编辑器呢？安装、配置、连上 Claude，第一天写代码的感觉简直是开了挂——补全精准到吓人，refactor 一气呵成，连我这种懒人都忍不住想夸一句这玩意儿真牛。

但新鲜感一过，问题就开始冒头了。不是功能不行，是它太聪明了，聪明到让人失控。

第一次信任危机

上周我在改一个遗留的 React 组件，想给某个状态加个 loading 提示。Cursor 直接给我整了个优化建议，二话不说把整个逻辑重构了。乍看之下确实更简洁，但仔细看发现它把异步请求的逻辑改错了——那个本来应该先检查缓存的请求，直接被跳过了。

我盯着屏幕发了五分钟呆，心想：这哪是 AI 助手，这是个手抖的 junior 程序员啊！后来花了两个小时才把那些被优化掉的逻辑一点点还原回去。

这不是个例。Cursor 的 AI 重构太激进了，它喜欢合并函数、删除冗余变量、用更现代的语法替换旧代码。问题是，很多在你眼里是冗余的变量，其实藏着当年某个老鬼写下的注释，或者某个奇怪的边界条件。它不懂这些上下文，只管大刀阔斧地改，改完了你再想找人问那个变量是干啥的？早就被它删了。

配置噩梦

另一个让我抓狂的问题是配置。Cursor 声称开箱即用，但当你需要深度定制的时候，会发现它的配置项少得可怜。改个主题配色？行，但只能选它提供的那十几套。想搞个自定义代码片段？别想了，它不支持。甚至连 keybinding 都改不了——默认的那些快捷键，很多和我以前的习惯完全冲突。

我用 VS Code 这么多年，每个快捷键都刻进骨子里了。换用 Cursor 的第一天，我花了两个小时熟悉它的新布局，第二天就开始怀念 Ctrl+Shift+P 的感觉。更离谱的是，它的一些设置简直是反人类的——比如自动保存频率，高得吓人，时不时弹个文件已保存的提示框打断思路。

相比之下，VS Code 的生态简直是为极客量身定做的。我想装个插件？市场里两万多个，随便挑。想改个主题？GitHub 上几千个现成的，不行就自己写。需要特定的代码片段？几行 JSON 搞定。Cursor 这些省下来的配置时间，最后全花在适应它的阉割版功能上了。

性能真相

我以为 AI 编辑器会更快，结果恰恰相反。Cursor 启动时总要加载一大堆模型服务，有时候网速一卡，编辑器直接卡成 PPT。VS Code 则轻得多，开几百万行的大文件都不带喘的。有一次我在处理一个 5000 行的 TypeScript 文件，Cursor 直接内存爆表崩溃了，VS Code 却能稳稳地运行。

当然，Cursor 的补全确实挺强的，但很多时候这种强是过度的。它给你一堆不需要的选项，你还要花时间筛选。有时候明明两行能搞定的代码，它给你整出个几十行的优雅方案。这种聪明在我看来就是啰嗦。

最后的选择

当然，我不是全盘否定 Cursor。在某些场景下它确实有用——比如快速生成样板代码、理解陌生代码库、或者学习新的 API。但把它当主力编辑器？算了吧。

我现在回到 VS Code，配上一个轻量级的 AI 插件（比如 Tabnine），平衡了 AI 辅助和可控性。Cursor 那种全托管的模式，对我这种习惯了掌控一切的老派开发者来说，太不安全感了。

说到底，编辑器只是工具，核心还是人。别被 AI 编辑器的概念绑架了，找到顺手的才是王道。Cursor 可以留着当偶尔的工具，但别指望它能取代你对代码的掌控权。

> 经验之谈：用 AI 辅助写代码没错，但一定要保持人在回路。任何 AI 生成的代码，都必须经过你的 Review 和测试。毕竟，它负责脑洞，你负责兜底。