前几天无聊刷新闻，无意间看见JetBrains 又官宣了一个新的AI IDE 叫做 Air。
jetbrains其实很早之前就有了一个AI Asssistent的功能也是支持Ai Coding的为什么这次又要发一个全新的AI IDE呢？
现在很多公司都爱卷AI IDE，harness之类的工具，然而jetbrains似乎一致停留在AI的聊天框这么简单而已。
jetbrains也意识到：
“我们试过把智能体整合进现有的 AI Assistant 里，但工作流越发展越清楚一件事：同时编排多个任务，跟跟 AI 聊天，本质上是两回事。”
这话说得太对了。聊天框是一个“对话”模型，你一句我一句，线性推进。但智能体开发是“并行”模型：你派出去三四个任务，它们同时在跑，你要盯进度、要插话、要验收。拿聊天框管并行任务，就像拿微信管整个工地。
所以 Air 的设计出发点就是：别用聊天框的思维做智能体。
Air 是什么
一句话：Air 是一个智能体调度台，不是 AI 供应商。
它本身不带任何智能体，也没有模型。它只干一件事：把你机器上已经装好的智能体（Codex、Copilot、Junie、Cursor 等）检测出来，拉到 IDE 里统一管理。它兼容 ACP 协议，所以理论上任何支持 ACP 的智能体都能接进来。你的 Claude 订阅也能在 Air 的终端标签页里直接用。
这跟 VS Code 的路线完全不同。微软是“我自带 Copilot，你最好用我的”；JetBrains 是“你爱用谁用谁，我负责给你一个好看管它们的界面”。
下面来介绍几个air的 几个新特性
第一个，随时掌握并行智能体的工作进展
air可以查看跨项目的所有会话，活动状态、未读更新、已更改的文件和待推送的提交都一目了然。工作时还能看到每个会话的花费，让开销在智能体和任务之间保持可见。这样就能轻松跟踪进度，快速看清哪些变了、哪些需要你处理。
第二个，一键开启子任务
再air里面任何位置双击 Ctrl，就能打开一个提示词窗口，直接开启一个新的智能体会话， 当前的上下文已经自动给你带上，类似于codex的/fork命令
第三个，worktree并行开发
worktree的能力现在基本上所有的AI IDE 都支持这个功能了，air也是一样
我的一点看法
JetBrains 这次最聪明的地方，是它没有跟风去做“最强的智能体”。它做的是管智能体的地方。
这就像当年 IDE 的定位：IDE 不负责写代码，它负责让你更好地写代码。现在智能体负责写代码，那 IDE 应该负责让你更好地管智能体。
大家已经人认识到一点：“智能体做得越多，验证和负责结果就越难，而这正是 IDE 的用武之地” 。写代码越来越便宜，看懂代码、验证代码、为代码负责，反而越来越贵。这才是 IDE 在智能体时代真正的价值锚点。
当然，JetBrains 也留了后路：AI Assistant 还在，不强迫你迁移；Air 默认不带智能体，不装就没有任何数据外泄；可以随时关掉。这种“不逼你”的态度，比某些“AI 优先、默认全开”的做法让人舒服。
最后值得一提的是air还提供了 Junie Lite 免费版本，不需要付费就可以用上air了。
至于我自己的期待？就一条：别让 Air 变成又一个臃肿的常驻进程。毕竟 JetBrains 的 IDE 已经够重了。
