上周 JetBrains 预告了一个叫 Air 的产品，本周直接开放 EAP（Early Access Program）：一个装进 IDEA、PyCharm 等 IDE 的插件，把你电脑上已有的各种 AI 编程 Agent——Codex、GitHub Copilot、Gemini、Claude Agent、Junie，乃至任何支持 ACP 协议的 Agent——统一拉进 IDE，像管任务队列一样管它们。入门送免费的 Junie Lite，不强制购买 JetBrains AI 订阅。

这件事的关键不在于"又出了个 AI 插件"，而在于 JetBrains 把 IDE 的角色从"写代码的地方"重新定位成了"管 Agent 的地方"。

为什么 JetBrains 现在做这个

官方解释很直接：AI 写代码的方式已经从"你问一句它答一句"的聊天框，变成"你交代任务、它自己跑几十分钟"的 Agent 模式。Agent 一旦能并行、能长任务，IDE 里"盯 Agent"就成了刚需——看它做到哪了、改了什么文件、要不要插手、最后怎么合并回主干。JetBrains 的判断是：把更多 Agent 塞进原有 AI 聊天框这条路走不通，得单独做一个围绕"多任务并行"设计的控制台，这就是 Air。

核心能力拆解

对你有什么用

重度多 Agent 用户：以前要么在终端开 N 个 Codex/Claude Code 窗口分屏盯，要么只用 Cursor 内置 agent。Air 把"你电脑上装的所有 Agent"统一进一个 IDE 插件，适合同时跑多个 Agent、且希望改动都走 IDE 的 diff/review 流程的人。双指连按 Ctrl 即可带着当前上下文开新会话。

JetBrains 生态用户：相比第三方 CLI Agent，Air 多出"会话追踪 + worktree 隔离 + 成本可视化"一整套，而且"不锁死任何一家 Agent"——不用为了用 Air 迁移 AI 工具栈，数据也直接去你已有的 provider，不经 JetBrains。

团队/组织：云端 Agent + AI 席位控制是面向团队的卖点：任务可以甩给云上的 Agent 继续跑，管理员还能约束组织内哪些 Agent 可用。

背景：ACP 协议生态

Air 内置支持 Codex、Gemini、Copilot、Claude Agent、Junie，其他 Agent 通过 ACP（Agent Client Protocol，Anthropic 提出、已被多家采用）接入。也就是说不用等 JetBrains 逐个官方适配——只要你的 Agent 支持 ACP，理论上就能拉进来。这也是它"开放系统"定位的关键：Air 自己不提供模型和 Agent，只是把你已有工具串起来的 IDE 层。

怎么试用

JetBrains Marketplace 直接装 Air 插件，或等 2026.3 EAP 构建（内置 Air），也可从 AI Assistant 的通知里安装（安装后 AI Assistant 会自动禁用防双跑，随时可恢复）。免费用 Junie Lite 需登录 JetBrains 账号；云端 Agent 需要组织有 AI 席位。官方正在征集反馈：拿一个真实任务跑跨项目会话，然后到评论区或官方反馈渠道说说好不好用。