2026年2月，OpenAI发布了Codex桌面应用。这款被设计为AI编码的“指挥中心”，能够管理多个AI智能体，让它们在独立的Git Worktree中并发工作，互不干扰。
仅仅一个月后，2026年3月，JetBrains正式推出了Air。官方将其定义为：Agentic Development Environment（智能体开发环境）。其功能描述听起来异常熟悉：可以管理多个AI智能体，让它们在独立的环境中并发工作，互不干扰。
听起来是不是很熟悉？没错，这两个产品在核心概念上几乎如出一辙。它们都是桌面应用，都支持多智能体并发，都提供隔离环境（如Git Worktree、Docker Container），都可以让AI在后台自主执行任务。
JetBrains Air 的技术亮点与软肋
首先，来看看JetBrains Air有哪些技术上的闪光点。
Air支持OpenAI的模型、Anthropic Claude、Google Gemini以及JetBrains自家的Junie。你可以在同一个项目里自由切换不同的AI模型，甚至让多个智能体协同工作。这正是Air主打的核心卖点：开放的生态，旨在避免开发者被单一供应商锁定。(需要注意，这里使用Claude时仅限API模式，无法直接使用Claude Code Coding订阅。)
在环境隔离方面，Air提供了三个层级：
- Local Workspace：直接在本地环境中运行任务。
- Git Worktree：为每个任务创建独立的Git分支进行隔离。
- Docker Container：提供完全隔离的沙盒环境，安全性最高。
此外，由JetBrains和Zed联合推出的Agent Client Protocol（ACP），理论上为任何AI智能体接入Air铺平了道路。从纯粹的技术设计角度看，Air的思路是超前的——它试图扮演一个“中立的编排器”，让开发者能根据需求自由组合最佳的工具链。
OpenAI Codex App：封闭但高效的垂直整合
与JetBrains Air的开放策略截然相反，OpenAI Codex App走的是封闭生态、垂直整合的路线。
Codex只支持OpenAI自家的模型（例如GPT-5.4）。你无法在里面调用Claude或Gemini。但这对许多开发者而言可能并不构成问题，因为GPT-5.4的代码生成能力已经足够强大。Codex的核心竞争力并非“开放”，而是极致的“效率”。
如果你已经是ChatGPT Plus（每月20美元）或ChatGPT Pro的订阅用户，那么使用Codex App是免费的，无需任何额外付费。更重要的是，同一个ChatGPT订阅额度，在Codex App里能获得接近2倍的使用效率。
这意味着什么？假设你每月支付20美元使用ChatGPT Plus，你既可以在网页版里让AI协助编程，也可以在Codex App里进行。但在专为代码生成优化的Codex App中，相同的Token额度能完成更多工作，响应也更迅速。简而言之，同样的花费，在Codex里能“买到”更多的代码产出。
反观JetBrains Air，它需要单独的JetBrains AI订阅。如果你想用Claude，还得准备Anthropic的API Key；想用Gemini，则需要Google的API Key。对于已经深度依赖ChatGPT的开发者群体来说，Codex几乎是零成本的增量选择，而Air则意味着一笔额外的、可能需要权衡的开销。
仓促上阵：Fleet的失败与Air的阴影
更令人担忧的是，JetBrains Air的诞生似乎带着一丝仓促，它某种程度上是建立在另一个项目“Fleet”的遗留基础上。
Fleet是JetBrains在2021年高调宣布的“下一代IDE”，曾被视为挑战VS Code的利器。然而到了2025年12月，JetBrains悄然停止了Fleet的下载。官方博客仅用一句轻描淡写的话带过：
“Air inherits parts of Fleet for agentic workflows.”
翻译过来就是：Fleet项目未能成功，但我们将其部分代码和技术改造后用于了Air。这种“废品回收利用”式的项目传承，很难不让外界对Air的长期投入和未来前景打上问号。如果连Fleet这样曾被寄予厚望的项目都能被放弃，Air是否会成为下一个“实验性产品”？
此外，目前Air仅有macOS版本，Windows和Linux版本还停留在“即将推出”的状态。在AI工具快速迭代的今天，JetBrains的这种节奏，显得有些迟缓了。
市场还需要另一个JetBrains吗？
对于Java开发者而言，IntelliJ IDEA几乎是无可替代的利器，也是JetBrains王冠上的明珠。这款自2001年发布、历时25年打磨的IDE，确立了其在Java生态中近乎垄断的地位。
然而，在AI编码工具这个全新的战场上，JetBrains的表现却堪称“迟钝”。2024年，Cursor以AI原生的编辑器体验异军突起；2025年，Anthropic推出Claude Code，凭借强大的推理能力迅速占领市场；到了2026年初，OpenAI的Codex App已然发布，GitHub Copilot也进化至第三代。当竞争对手已经圈地跑马时，JetBrains Air的亮相，更像是一场迟到的入场仪式，面临着异常严峻的开发者生态挑战。
给开发者的务实建议
如果你是一名开发者，正考虑尝试AI编码工具，这里有一个或许更务实的建议：不必急于下载JetBrains Air，甚至也可以暂缓尝试Codex App。不妨先用好你手头的终端（Terminal）。
为什么？因为最强大、最灵活的工具，往往就是你每天都在使用的命令行终端。无论是OpenAI Codex CLI，还是Anthropic的Claude Code CLI，都可以直接在终端中运行。你不需要安装额外的桌面应用，无需学习复杂的新界面，也不必在多个窗口间频繁切换。
打开终端，输入 codex 或 claude 命令，就能直接开始用AI辅助编程。就是这么简单直接。终端作为一个统一的入口，赋予了开发者最大的选择自由：
- 今天用Codex，明天用Claude Code。
- 这个项目用Codex CLI，那个项目用Claude API。
- 完全不受任何特定桌面应用或厂商的锁定。
JetBrains Air和Codex App这类桌面应用，本质上是在强大命令行工具的基础上，包裹了一层图形界面（GUI）。它们提供了更美观的界面、更直观的任务管理和多智能体编排视图。但对于追求效率和灵活性的资深开发者而言，终端的轻量化与可控性可能更具吸引力。
总结
当然，以上分析仅基于JetBrains Air发布初期的浅层体验。从UI设计上看，它依然继承了JetBrains一贯的简洁与舒适感。
JetBrains曾是开发工具领域的定义者，IntelliJ IDEA、PyCharm等产品塑造了现代IDE的标准。但在AI浪潮席卷而来的新时代，其反应速度却显得滞后。当Cursor、Claude Code和OpenAI Codex已经重新定义开发工作流时，JetBrains Air的发布，难免被外界解读为一场奋力但已稍显迟暮的追赶。
技术的演进从不等人，开发者的选择也日益多样化。对于这类前沿工具的讨论和实践分享，欢迎来到云栈社区与更多同行交流。
发表于 3 小时前
|
查看: 3|
回复: 0
