JetBrains Fleet IDE项目停更，AI编程时代下的战略转向与智能体开发环境新探索

不知道大家使用的第一个代码编辑器是什么？多数人的起点可能是Windows记事本。笔者的第一行“Hello World”代码便是用记事本编写的，那是一个简单的VB程序。之后，陆续学习C语言、前端和Python。等到大学时期，为就业考虑，开始系统学习热门语言，于是很自然地选择了Java。

在那个网课资源已十分丰富的年代，早期的Java教程多基于Eclipse。直到一次在学习SpringBoot的视频中，看到讲师使用了IntelliJ IDEA，瞬间体验到“鸟枪换炮”的感觉，从此便再未回归Eclipse。工作后，写Python用PyCharm，写Go用GoLand，写Rust用RustRover。至于前端开发？依然主要使用VSCode。

若在几年前，被问及是否尝试用VSCode这样的编辑器编写后端代码，我大概率会摇头。多年的习惯让我深度依赖IDE提供的各类便利，难以适应VSCode的编码方式，且配置后端开发环境也相对繁琐。那时，以JetBrains为代表的IDE相较于传统编辑器，优势依然显著。很难想象有什么力量能在IDE领域撼动JetBrains的地位。

然而，AI大模型时代的到来改变了一切。如果说GPT-3.5时代，人们尚可调侃AI写代码只有“小学生”水平，那么短短两年后，随着Claude 3.5等更强模型的推出，AI编程已不再是天方夜谭。时至今日，当GPT-5.1、Claude-4.5、Gemini-3.5 Pro等模型摆在广大程序员面前时，已经很少有人质疑“AI编程将深刻改变软件开发行业”这一趋势。

一种全新的生产力正在重塑开发者的工作流，而对于编程这一核心活动，集成开发环境无疑是变革的前沿阵地。 2023年，Cursor横空出世，VSCode也与GitHub Copilot深度融合，全面拥抱AI。若使用Claude Code或类似CLI工具，许多场景下甚至不再需要打开完整的IDE。这两年，AI编程工具百花齐放，但关于JetBrains的声音却相对稀少。

那个曾经站在舞台中央的IDE王者，此刻似乎站在了聚光灯的边缘。

尽管JetBrains旗下的IDE很早就上线了GitHub Copilot插件，但作为一个深度用户，其使用体验与VSCode上的Copilot仿佛不是同一个产品。

历史总是惊人相似。击败一个行业的，往往不是旧时代的巨头互搏，而是带着全新形态的跨界“搅局者”。

JetBrains并非没有尝试破局。2022年10月，在GPT-3.5发布前夕，JetBrains推出了下一代轻量级IDE：Fleet。

相较于厚重的IntelliJ IDEA，Fleet的设计更接近VSCode，拥有全新的UI，更加轻量化，并在后续更新中引入了AI助手功能。然而，Fleet并未与其他代码编辑器形成足够的差异化优势，且其目标用户与JetBrains现有产品线高度重叠，其诞生似乎就已预示了结局。

JetBrains在官方博客中坦言，由于Fleet与公司其他IDE产品并行开发，导致研发资源分散、进度出现混乱。 同时，基于Fleet完全重建IntelliJ庞大功能集的价值并不明显。因此，公司决定停止Fleet项目。

更重要的是，JetBrains认识到了AI原生IDE与传统IDE的本质区别：开发体验的核心正从“以开发者为中心”转向“以AI智能体为中心”。 相较于在传统IDE上嫁接AI助手，AI时代的开发者显然更需要一款完全围绕AI智能体工作流打造的全新环境。因此，JetBrains决定将宝贵资源投入到博客中所称的“智能体开发环境” 这一全新产品的研发中。

虽然AI编程的浪潮尚未对JetBrains造成剧烈冲击，但水面之下已是暗流涌动。StackOverflow 2025年度开发者调查报告显示，高达84%的受访者会使用AI工具辅助编程。

在同一份报告的IDE使用情况调查中，Cursor的排名已超越PyCharm升至第六，距第四名的IntelliJ IDEA仅一步之遥。数据或许存在偏差，但它清晰地揭示了一个趋势：开发者正越来越多地转向这些新兴的AI原生IDE。笔者身边已有不少后端开发者开始将Cursor作为主力开发工具，感受十分明显。

现在，让我们回到最初的问题：在AI编程时代，JetBrains还能拿到最后的那张船票吗？或许现在行动为时未晚，至少JetBrains已经意识到了问题的关键并开始战略转向。作为其曾经的忠实用户，我们依然期待JetBrains能为我们带来一些真正面向未来的、令人耳目一新的东西。