JetBrains终止Fleet开发，专注打造AI智能体编程环境Air

本周，JetBrains宣布将停止开发其轻量级IDE Fleet。这款自2021年发布以来始终处于“公开预览”状态的产品，其开发将被终止。公司的研发重心将转向一款全新的、聚焦于智能体（agentic）开发范式的新产品——Air。

JetBrains拥有一个庞大的IDE产品家族，但其多数产品都建立在统一的IntelliJ核心平台之上，该平台基于Java虚拟机运行。其旗舰产品IntelliJ IDEA诞生于2001年，至今已有近25年历史。几年前，面对微软Visual Studio Code凭借轻量化、协作性以及对远程开发友好等特性迅速崛起带来的压力，JetBrains意识到有必要打造一款从零开始设计、架构全新的产品，这就是Fleet的由来。

尽管Fleet赢得了一部分开发者的喜爱，但大多数用户并未从成熟的IntelliJ产品线迁移过来。这背后既有IntelliJ完善插件生态的粘性，也与Fleet长期处于预览状态有关。今年2月，一个基于Fleet的Kotlin跨平台开发IDE被短暂推出后又迅速被砍，转而加强了IntelliJ对该场景的支持，这已为Fleet的前景蒙上了阴影。

事实证明，外界的担忧成真了。JetBrains在官方公告中解释称，维持两条独立的IDE产品线既造成了用户困惑，也分散了公司内部资源。“我们既未能让Fleet取代IntelliJ IDEA，也未能将其成功聚焦于一个清晰、差异化的细分市场。”IntelliJ IDEA负责人Aleksey Stukalov和产品经理Ekaterina Prigara写道。

随着生成式AI技术的成熟，团队曾探索将Fleet打造成一款以AI为核心的编辑器，但最终认为，“在充斥着大量以AI为核心的VS Code变体的市场中，再发布一款类似的AI编辑器难以脱颖而出。”因此，一个战略性的转型决定被做出。

严格来说，Fleet并未完全“死亡”。其技术平台演化为正在公测的新产品——Air。但Air瞄准的是一种截然不同的工作流：智能体开发（agentic development）。

JetBrains团队观察到，当开发者将核心任务委托给AI智能体时——例如更新测试、重构代码或探索新功能——工作模式发生了根本转变。这不再是一个基于即时反馈、同步控制和稳定本地状态的经典IDE交互过程，而转变为一种“审阅优先”的异步循环。它依赖于结构化的任务定义、上下文组装，并在隔离环境中进行多轮执行。

Fleet团队认为，在一个工具中强行整合这两种迥异的工作流会带来割裂的体验。因此，他们决定不再与传统IDE和编辑器直接竞争，而是基于Fleet平台，打造一款完全专注于智能体工作流的全新产品，即智能体开发环境（Air）。

目前，Air已开放公测，但初期使用时需要绑定Anthropic的订阅。其路线图规划包括支持Windows和Linux系统、提供浏览器运行版本、集成更多智能体（如Codex、Gemini、Junie），以及实现云端执行模式，让智能体任务在开发者离线后仍能持续运行。

对于喜欢Fleet的开发者而言，这一决定令人遗憾。有用户在社交媒体上表示，这是一个错误，Fleet本有机会将JetBrains的优秀工具链带入一个能与VS Code乃至新兴的Zed编辑器竞争的新赛道。

从更宏观的视角看，这似乎是JetBrains应对开发范式变迁的典型模式：Fleet的诞生是为了与崛起的VS Code竞争；而Air的出现，则是为了应对以AWS Kiro、Google Antigravity和Cursor为代表的新一代AI编程工具的挑战。微软的VS Code自身也已全面转向以AI为中心。

当然，质疑声同样存在。有开发者认为，与其重新打造一个独立工具，JetBrains更应该在其已经具备强大优势的“重型IDE”之上，直接叠加智能体能力。如何说服开发者从现有成熟工具迁移到全新的Air，将是JetBrains面临的又一次考验——上一次，他们未能成功说服用户大规模转向Fleet。