在 AI 崛起之前，开发工具的选择几乎是个定式：Java 就用 IDEA，Python 就用 PyCharm，写网页的打开 VS 或 Dreamweaver，再不济也得搞个 WebStorm。但是到了 2024 年之后，越来越多开发者开始抛弃这些“全家桶”，转而投向 VSCode 搭配 AI 插件的轻量化组合。

这一切的转折点，其实是我们逐渐发现：IDE 本身已经不再是生产力的核心，AI 才是。

IDE 的黄昏

IDE 的崛起有它的时代背景。早些年写 Java、C#、C++ 这种重型语言，光是工程结构和依赖管理就足以劝退新手，而 IDE 提供的自动补全、调试器、断点分析、项目向导，极大地降低了开发门槛。但问题在于，这些特性并不是不可替代的。

一旦你开始用上 AI 插件，比如 Cursor、CodeWhisperer 或 Augment，你就会发现：

• 不需要项目向导，AI 可以根据你输入的业务场景，直接生成项目骨架
• 自动补全不如 AI 实时生成整段代码高效
• 错误提示、重构建议、甚至单元测试，AI 都能自动生成

更重要的是，IDE 那些复杂的配置（比如 JDK 路径、虚拟环境、解释器、运行器）反倒成了阻碍。

我们曾遇到这样一个情况：某个同事要部署 Python 项目，本地跑得好好的，但用 PyCharm 部署时死活找不到解释器，搞了一下午，最后直接 python main.py 命令行运行完美通过。于是他删掉了 PyCharm。

VSCode + AI 插件的优势

VSCode 的成功，除了轻量、插件生态强大外，还有一个特别重要的特性——不干涉开发者的习惯。你怎么组织项目、怎么运行、怎么调试，它不关心。AI 插件（尤其是像 Cursor、Augment）出现后，它的作用直接被放大了十倍。

举个例子：我们团队最近统一用 VSCode 开发前后端项目，所有人都命令行运行服务，没有任何人配置过 IDE 的“运行器”。有问题就 npm run dev、dotnet run、python app.py，该看日志看日志，该打断点就写日志或者调试语句。

再比如，有同事在搞一个模块迁移，旧模块在另一个项目里，但他不确定该怎么引入。他直接把两个项目放到一个文件夹中，再通过 Augment 进行全局代码理解，然后让它协助完成迁移。这件事用传统 IDE 的方式根本做不到，至少需要花不少时间配置项目依赖。

开发习惯的变化

我们这一代人，其实从写代码变成了“写意图”。过去是：我知道怎么写代码 → 手动拼出函数 → 测试 → 优化。

现在是：我知道我要实现什么 → 告诉 AI → 它给出一套方案 → 我做决策。

IDE 更像是给熟练工准备的电动工具，而 AI + VSCode 更像是给产品经理装了个执行器。这对初级开发者当然是好事，但对有经验的程序员来说，这种工作方式也能显著提升效率。

甚至有前同事笑称：“我现在开发项目，思考一半、敲字一半，IDE 不再是最重要的工具了，我的对话框才是。”

不是宣判 IDE 死刑，而是选择变了

这篇文章不是说传统 IDE 无用，而是：在 AI 时代，IDE 不再是唯一解。

对于特定场景，比如大型企业项目的复杂依赖、多模块调试、多语言联调等，IDE 依然是不可替代的。但对于我们这些“能用开源就不建构、能用插件就不封装”的开发者来说，一个轻量、灵活、AI 加持的 VSCode 已经足够。

开发工具的变化，不是工具本身的变革，而是工作方式的变革。AI 没有杀死 IDE，是我们的思维方式变了。