终于把自己的 AI IDE 答案亮出来了。

不是于IDEA之中再多增添一个聊天框，也不是给AI在能力方面再补充几项，而是径直将Air以某种方式释放出来：当下能够免费去下载macOS版本，Linux版本会在之后推出；其定位表述得也十分直白，它并非是一个普通的代码编辑器外挂，而是一个。

如果只用一句话概括这次发布，我会这么说：

这回并非是在开展“给 IDE 增添 AI”这项事宜，而是于进行“围绕 Agent 再度打造开发环境”这一行动。

这件事为什么让人兴奋？

因为这不是小修小补，这是产品思路真的变了。

它最不一样的地方，不是“也能写代码”，而是它把主角换了

在发布文里说得很直接：

传统集成开发环境即IDE的思路，乃是将各类工具增添至代码编辑器之中 ，然而Air的思路却是相反的 ，其是围绕智能体也就是agent来对工具以及开发体验进行组织。即便官方甚至专门着重强调：Air并非是一个聊天窗口。

这句话看起来像宣传语，但其实非常关键。

因为过去很多 AI 编码工具，本质上还是这样一套逻辑：

你写代码，AI 在旁边辅助。

你遇到问题，打开 chat。

你要改一段代码，复制一点上下文给它。

它回一段答案，你再贴回工程里。

这套模式当然有用，但它始终有个很明显的问题：

似乎AI一直就如同是立于一侧的那种“聪慧插件”那般，并非是一个切实参与到开发相关流程的角色，是这样的情况。

Air 明显在试图打破这个边界。

它想要达成的并非是“帮你补全”这种情况，而是要让你把任务分派给 agent ，接着自身去进行做 、、切换的操作，还要去做收敛以及合并的行为。 这种产品哲学 ，的确是和传统 IDE 有着很大的不同。

切实令人眼前一亮的，乃是它把“多 Actor 同时运行”打造成了首要公民。

当下，诸多人工智能开发工具，皆在着重突出智能体，然而，众多产品存在的问题是：

agent 能跑，可一旦任务多起来，你的桌面也跟着爆炸。

多个终端。

多个窗口。

多个 。

多个上下文。

多个模型。

最后人反而比不用 AI 更乱。

Air 这次一个非常像 的地方，就是它在解决这种“乱”。

官方给出的描述是：

Air具备将编码任务托付给多个 AI 进行并发运行的能力，然而你一次仅关注一个任务；要是有其他任务需要你参与，Air会告知你进行切换。与此同时，它同样支持将 agent 放置在容器以及 Git 中进行隔离运行，这样既能够实现并发，还更加有利于与合并至主副本进行合并。

这不只是单纯的背后“支持多个模型”存在intellij idea 16，而是有着一个工作流假设，它更为成熟，是这样的：

将来的开发者并非仅与一个人工智能进行对话，而是在同一时间管理多个智能体的交谈。

这点非常重要。

倘若这个判断得以成立，那么 AI IDE 的重点便不再单纯是 “答案质量”，而是 “任务调度”，以及 “上下文管理”，还有 “结果”，再加上 “隔离执行”，之后是 “最终合流”。

以这个视角去瞧，Air的确并非单纯地在追逐，它是于开展践行自身所领会的“agent时代开发台”。

它存在着另外一个极为特别的细节之处，那就是上下文并非借助粘贴的方式来达成，而是依靠一种结构化的定位手段来实现。

这也是我觉得它最像“老牌 IDE 厂商下场”的地方。

当你通过Air去定义对应的任务之时，能够直接提及具体的行号，或者class，又或者是其他的一些内容。如此一来，代理所获取到的上下文并非是那种杂乱无章的粘贴文本，而是带有结构的信息，带有语义蕴含的东西，还带有工程定位方面的信息。在任务完成之后，并非仅仅是去查看差异，而是能够在整个代码库的上下文环境当中去查看所做出的改动，与此同时，终端、Git以及内置的相关内容都呈现在眼前。

这件事表面上不性感，但其实很值钱。

由于当下诸多 AI 编码工具之中，最为突出的问题所在，并非是“无法生成代码”这种情况，然而却是：

它知道这段代码，但它不真正理解这段代码在工程里的位置。

26 年 IDE 经验最值钱的部分，恰恰就在这里。

它并非是那种做模型的公司，然而，它在对于理解“代码于工程里头究竟是怎样的一种关系”这件事情上极为擅长。

所以，Air 最令我感到兴奋的其中一点，并非是其终于能够去调 Codex，而是它终于将自身最强的那一层能力，开始朝着 agent 工作流上施加压力了。

这不是“站队某个模型”，而是在做一个 Agent 交换层

当前开箱的 Air，对 Codex、Agent、CLI 以及 Junie 予以支持，与此同时，对 ACP（Agent）具备支持能力，而且会借助 ACP Agent 接入更多 agent 持续下去。官方所给出的信号极为明晰：模型与 agent 厂商处于快速轮换状态，Air 并不期望你把工具选择转化为迁移的成本，倒是期望“跨项目对 agent 进行自由切换”成为自然工作流所含的一部分。

这也是它和很多“AI-first ”不太一样的地方。

有些产品的逻辑是：

我有自己的默认 agent，你尽量围着我转。

Air 的逻辑更像是：

我帮你把 agent 管理这件事产品化。

这就很 。

它一直以来，都更加类似于“开发工具操作系统”这种思路呈现出来的样子，并非是“押注一个模型从而吃遍天下”这种思路所展现的情形。

对于开发者来说，这种设计会更安心一点。

由于当前 AI 领域的变化速度极快，今天处于最强地位的，三个月之后未必依旧能保持在首位。Air 的此种行举措，从本质上来说，是在为未来存在的不确定性构建缓冲地带。

它为什么看起来像 Fleet“重新投胎”了？

如果你已经上手测了，大概率会有一种熟悉感：

这玩意儿真的很像 Fleet 路线被重新定义了一次。

这里要先说清楚：

官方，在发布的文里，并没有说，“Air就是Fleet改名版”。这点，不能当作事实来讲。

但从产品气质、交互语言和路线演进来看，这种联想非常自然。

现如今，依旧将Fleet当作独立的产品留存着，对外所做的描述是，它是一款着重突出clean UI、AI以及built-in的轻量代码编辑器。

而 Air 呢？

它同样是更轻、更现代、更围绕工作流组织界面的产品形态。

然而这一回，并非将关键之处置于“新一代轻量 IDE”自身，而是径直把核心转移至了在 Agent。

所以更准确的说法可能不是“Fleet 魔改”，而是：

采用了Fleet的底座，于AI时代最终寻觅到一个更为锐利、且更具存在感的着落点。

要是讲那个时候 Fleet 更像是处于一种试探状态，即试探 “可不可以去打造一个更为轻便的未来 IDE”。

那 Air 就像是在回答另一个问题：

能不能做一个真正属于 agent 时代的开发环境。

这两个问题很像，但后者明显更有时代感。

此次最叫人兴奋不已的，并非功能上的堆砌材料，而是，终于，不再，“试探性地去拥抱AI”了。

实事求是地讲，过去的两年当中，于AI这件事情之上，外界始终存在着些许复杂的情绪。

一方面，大家知道它底子很厚，IDE 实力很强。

另一方面，也确实有人觉得它前期节奏有点散：

正在推行AI，正在推行Junie，正在推行Fleet，正在推行BYOK，正在推行ACP，正在推行各种实验特性，然而，始终缺少一个明确的产品答案，这个答案要能真正做到“分别将这些东西串起来”。

Air 的意义，很可能就在这里。

它第一次让人感觉：

不是在“补 AI 功能”，

而是在重新定义自己的下一代开发入口。

这会让很多 老用户兴奋。

他们所等待的intellij idea 16，没准并非是“再来一个聊天面板”，而是“究竟会凭借自身26年的积累，打造出一个真正具备独特性的AI开发工具”。官方发布的文件里再三强调的，恰恰是这个要点：复杂代码库当下还不太适宜纯粹地 ，因而Air的目标并非是取代现有的开发流程，而是聚焦于agent ，使IDE能够继续去干它所擅长之事。

这句话其实很聪明。

它不是说“IDE 过时了”，而是说：

AI 负责推进任务，IDE 继续负责深度开发。

这比简单喊“新 IDE 颠覆旧 IDE”要成熟得多。

当然，兴奋归兴奋，它现在也不是没有风险

自己写得也很克制。

目前 Air 还是 ；

现在先给 macOS， 和 Linux 还没到；

Cloud 还只是 tech ；

企业专用方案“ soon”；

团队协作能力也只是预告中的下一步。

而且它还明确承认：

复杂代码库还没有准备好进入纯 。

其实，这就意味着，Air如今更类似一个极具想象力，且已然能够上手操作的具有方向性的产品。

然而，它并未达到这样一种程度，即所有的开发者需要不假思索、马上丢弃现有的IDE工作方式。

评论区里其实也已经出现了很典型的两种情绪。

一种是兴奋：

终于把真正像下一代的东西拿出来了。

另一种是谨慎：

不少老用户担忧它究竟会不会再度使人忆起Fleet，当年其概念颇为新颖，然而却始终未曾成为主流主力，也还有人忧心 ，会不会是为了追赶 、VS Code、各类AI-first工具，从而将过多资源从诸如IDEA这般的核心产品上给分离开来呢。

这种担心我觉得不奇怪。

而且恰恰说明一件事：

老用户并非不渴望创新，只是他们不愿瞧见，公司沦为一个盲目追逐风口的存在。

这也是 Air 接下来必须回答的问题。

但不管怎样，这次发布都值得认真看

因为它不是一个普通的新工具上线。

它更像是 正式把自己的立场摆出来了：

第一，它相信 agent 会改变软件开发。

第二，它不准备只做模型接入层。

第三，它不想把 AI 仅仅塞进旧 IDE 侧边栏。

第四，它持有这样的观点，那就是对于往后的开发者而言，需要去掌握管理多个 agent 的能力，而并非仅仅只会与唯一个聊天框展开对话。

第五，它规划着，要凭借自身最为强大的“代码结构理解”，以及“开发工具整合能力”，来着手开展这件事情。

这几条合在一起，Air 的意义就出来了。

所以这篇突发如果让我用一句更有情绪的话来收尾，我会写：

此回并非是针对IDE去打补丁，而是针对处于AI时代的开发者，重新搭建一张工作台。

而这，才是这次 Air 公测最让人激动的地方。

Air 最能让人感到兴奋不已的，并非是它同样具备 AI，而是它最终给出了一个正式的答案 ，这个答案围绕着 Agent 对开发环境进行了重新设计。

技术之外，也有生活

如有侵权请联系删除！