别再在 IDE 里嵌聊天框了，JetBrains Air 把 agent 调度做成了主界面

别再把 IDE 当聊天框了，JetBrains 这次动了真格

你大概率也遇到过这个尴尬：装了一堆 AI 插件，写代码的时候它给你补一句，你点一下回车，然后继续自己写。你叫它智能体，但它干的事还是「聊天 + 补全」。开两个窗口就乱，开三个窗口就完全管不过来。

最近 JetBrains 发布了一个叫 Air 的东西，方向完全反过来了：它不是「在 IDE 里加个聊天框」，而是把 IDE 整个改造成「管理一堆智能体」的调度台。你不再和 AI 一对一说话，你同时派几个 agent 去不同任务里，然后在 IDE 里盯着它们、随时改方向、随时看它们花了多少钱。

这是 10 月 1 日刚开的 EAP（早期访问）。如果你在用 JetBrains 系 IDE，现在就去装，不用等正式版。

Air 到底是什么：一个不锁死你的 agent 调度层

先说清楚它不是 AI 提供商。JetBrains 自己的话：Air 是一个「工具窗口」，装完它，里面一个 agent 都没有。它干的事是「检测你机器上已经装好的 agent，把你已有的 agent 拉进 IDE 里用」。

官方目前开箱支持的 agent 清单：Codex、Gemini、GitHub Copilot、Claude Agent、Junie，以及所有兼容 ACP 协议的 agent。也就是说你不用为了 Air 额外订阅一套 AI，你用的是你已经在付钱的那些。你用 Claude 的订阅、用 Copilot 的订阅，Air 都能接，它只是个调度台。

这里有个反直觉的点，值得单独拎出来：如果你的组织禁用 agent，Air 里就没有东西能跑，也不会发任何数据出去。 它本身不碰你的代码，不像某些 IDE 插件那样默认把代码发出去。

两个核心能力：把 agent 接进来，让 IDE 帮 agent 干活

第一个能力是「接入」。双击 Ctrl 打开一个提示框，新建一个 agent 会话，当前上下文自动挂上。你可以选三种交互界面：编辑器里的 tab（agent 工作区和你的代码并排）、终端（如果你喜欢命令行风格）、或者图形聊天框，看任务需要。

第二个能力更关键，是「IDE 给 agent 开特权」。Air 里的内置 IDE skills 能让受支持的 agent 调用 JetBrains 专门的调试、性能剖析、数据库探索、语义代码搜索这些工具。JetBrains 原话：这能让 agent 出更好的结果，在某些任务上还能少烧 token。

换句话说，agent 不只是「写代码的嘴」，它能用你的 IDE 当「手」。以前 agent 只能靠自然语言描述「帮我查一下为什么这个接口慢」，现在它直接调你的性能剖析器，拿到火焰图，比描述准得多。

多 agent 并行：这才是 EAP 真正想解决的问题

过去 AI 辅助开发的痛点是「一次只能盯一个 agent」。多开几个窗口就乱了：哪个 agent 跑完了、哪个还在转、改了几个文件、花了多少钱，你全得靠记忆。

Air 的界面把 agent 的工作组织成「会话（session）」，所有会话在一个地方看：

• 每个会话的活动、未读更新、改动过的文件、待提交的 commit，一目了然
• 每个会话花多少成本，实时可见，跨 agent、跨任务都能盯着
• 你可以从任意分支开一个会话，开在新分支或者 detached 状态，跑完把结果 cherry-pick 回主项目

最后这条叫「临时 worktree 隔离」，是并行开发里一个很实用的设计——agent 在一个隔离的工作树里干完，你要用了才合回来，不污染你的主分支。你甚至可以让两个 agent 同时跑不同的任务，一个在 feature-branch-1 改接口，一个在 feature-branch-2 写测试，互不干扰。

云端跑 agent：关电脑也能继续盯

针对「任务很重、跑很久、可以在后台干」的场景，Air 支持把 agent 扔到云上跑，你合上电脑走人。手机（coming soon）还能继续给 agent 下指令、改方向。

这个功能目前只对有 AI seat 的组织开放。个人开发者先别惦记，但你得知道这个方向：agent 的「远程托管」要成为标配了。 以后你写个「帮我跑 20 个测试用例」的任务，可以扔云端，去开会，回来看结果。

数据去哪了：三条边界划得很清楚

开发者最关心的「隐私」问题，JetBrains 直接列了三条，我帮你翻译成人话：

没有 agent 就什么都没有。 你装了 Air，但没登录任何 agent、也没开 JetBrains AI，Air 不运行、不发送数据。它像个空房间，你往里面放什么 agent 它才跑什么。

你的数据去你签过约的提供商，不经过 JetBrains。 你用 Claude 订阅，数据直接进 Anthropic，按你和 Anthropic 之间的条款走。你用 Copilot，数据进 Microsoft。JetBrains 不插一手，它只是个调度台。

能关就关。 在设置里禁用 Air 插件，IDE 回到原样，什么都不变。不用卸载，不用改配置。

这三条划得比很多厂商都干净，尤其对「我到底在替谁处理数据」这个老问题给了明确答案。

免费入口：Junie Lite 是钩子，但不是全部

Air 现在可以免费试用 Junie Lite 的 run，是 JetBrains 自己的「够用型」agent，跑日常任务。这个设计其实挺聪明：给了你一个零成本的入门路，你不用先掏钱就能看到「多 agent 调度」到底长什么样。

不过 Junie Lite 需要登录 JetBrains 账号。真正想体验完整能力（比如云端跑 agent、用组织订阅的 agent），还是得组织里有 AI 订阅。个人开发者用 Junie Lite 入门是够的，想跑完整生产流程，先看看你组织里有没有 AI 订阅。

该不该现在就装：给你四条硬标准

我给你的判断标准很直接，你对号入座，四条全中再动：

1. 你是 JetBrains IDE 的重度用户（IntelliJ、WebStorm、GoLand、PyCharm 都算）。不是的话，Air 对你没意义，你连 IDE 都没用它的，接进来也是白接。

2. 你已经在用至少一个 agent（Codex、Copilot、Claude 都行），并且觉得「开窗口太乱」「管不过来」。Air 就是给你收拾这个乱的，如果你现在还只开一个 agent，装了也发挥不出价值。

3. 你能接受 beta 期的体验。EAP 意味着功能不完整、可能在变、可能有 bug。你要的不是「稳定到可以写进公司规范」，而是「先尝到下一代 IDE 的形态」。如果你要的是稳定，先别装，等正式版。

4. 你的组织没禁用 agent。这条是硬门槛，禁用就什么都不成立，装了也是空房间。

四条全中，去 JetBrains Marketplace 装 Air 插件（或直接用 2026.3 EAP 版本），然后把你现有的 agent 接进来，开三个并行 session 试试。装完你会知道「IDE 调度 agent」和「IDE 里嵌个聊天框」到底是两回事。