JetBrains战略转向：放弃Fleet，聚焦AI编程新战场

本周，JetBrains正式宣布停止开发其轻量级IDE Fleet。这款自2021年推出后长期处于公开预览阶段的产品，将不再提供下载。公司的资源重心将转向一款名为Air的全新智能体（agentic）开发环境，此举被视为应对以VS Code、Cursor为代表的下一代AI编程工具竞争的关键一步。

JetBrains拥有以IntelliJ IDEA为代表的成熟IDE产品矩阵，这些工具大多构建在基于JVM的IntelliJ平台上。面对微软Visual Studio Code（VS Code）凭借轻量、协作和远程支持等特性快速崛起的压力，JetBrains在几年前决定启动Fleet项目，旨在打造一个从零设计的全新架构，以应对新的市场挑战。

尽管Fleet获得了一部分开发者的认可，但多数用户仍然依赖于功能全面、插件生态丰富的IntelliJ系列产品。Fleet长期处于预览状态，也影响了其市场推广。今年2月，一款基于Fleet的Kotlin跨平台开发IDE被短暂推出后又迅速取消，改为强化IntelliJ的原生支持，这已为Fleet的命运蒙上了阴影。

JetBrains在官方公告中解释了这一决定：同时维护两条IDE产品线不仅让用户感到困惑，也分散了内部研发资源。公司承认，既未能让Fleet取代IntelliJ IDEA，也未能为其找到一个足够清晰和差异化的细分市场。

此外，团队曾探索将Fleet打造成以人工智能为核心的编辑器，但最终认为，在充斥着各种AI强化版VS Code衍生品的市场中，再推出一款类似的AI编辑器难以脱颖而出。因此，他们决定转变方向。

值得注意的是，Fleet并非完全“消失”。其技术遗产将被继承，目前处于公测阶段的新产品Air正是基于Fleet平台演化而来，但它瞄准的是一种截然不同的工作范式——智能体开发。

随着人工智能技术的成熟，一种全新的开发工作流正在形成。开发者开始将核心任务委托给智能体（Agent），例如更新测试、重构代码、探索新功能等。这些任务异步执行后直接返回完整补丁，开发者的角色转变为指导智能体和审阅产出，这与传统IDE基于同步操作、即时反馈的工作流有本质不同。

JetBrains认为，这种智能体式循环需要结构化的任务定义、异步执行、隔离环境以及“审阅优先”的模式，将其强行整合到经典IDE中会造成体验割裂。因此，团队决定不再让Fleet与传统编辑器竞争，而是基于其平台打造一款专为智能体工作流设计的新产品——Air。

Air目前仅支持macOS系统，使用需绑定Anthropic订阅。其规划中的功能包括支持Windows/Linux、在浏览器中运行、集成更多AI模型（如Codex、Gemini），以及实现云原生的云端执行模式，允许任务在开发者离线后继续运行。

这一转变引发了开发者社区的讨论。有用户为Fleet感到惋惜，认为它本有机会将JetBrains的优秀工具链带入一个能与VS Code乃至新锐编辑器Zed竞争的新产品中。也有开发者质疑，是否真的有必要从头打造一个新工具，而非在现有强大的IntelliJ IDE基础上增强AI与智能体功能。

从长远视角看，JetBrains的策略似乎是一种模式的重现：Fleet旨在对抗VS Code的崛起，而Air则瞄准了由AWS Kiro、Google Antigravity、Cursor等定义的AI编程工具新浪潮。微软的VS Code自身也已全面转向AI优先。为了跟上软件开发范式的快速演进，JetBrains再次选择了打造全新产品的路径。然而，如何说服开发者从他们已经熟悉的工具生态迁移到Air，将是比技术挑战更为艰巨的任务。