AI未开源软件工具

JetBrains 2026.3 把 Air 塞进了 IDE：Claude Code、Codex、Copilot、Junie 从此在同一个窗口排队干活

2026年11月8日1 次阅读
JetBrains 2026.3 把 Air 塞进了 IDE：Claude Code、Codex、Copilot、Junie 从此在同一个窗口排队干活

先讲结论

2026 年 11 月 5 日，JetBrains 全线发布 2026.3 版本（IntelliJ IDEA、PyCharm、WebStorm、GoLand、PhpStorm、CLion、RubyMine、DataGrip 同一天）。这次发布最核心的变化不是某个语言特性，而是一个叫 Air 的东西：它从"需要自己去 Marketplace 装的插件"，变成了 IDE 自带的一层。

PyCharm 官方博客的第一句话就是结论——"At the center of this release is JetBrains Air"，并明确写了 "JetBrains IDEs ship with Air"。

一句话说清它解决什么：以前你在 JetBrains 里写代码，AI 要么是补全，要么是一个聊天侧栏；现在 IDE 里多了一个专门管 Agent 的工作台，Claude Code、Codex、GitHub Copilot、Gemini、Junie、OpenCode 这些你已经在付费的 Agent，可以并排跑在同一个项目里，改动统一进一个评审流程。

需要先说明来源性质：本篇核心事实来自 JetBrains 官方博客、官方产品页、官方文档和官方发布接口；GitHub 官方 changelog 与行业媒体的报道只用于交叉印证。涉及第三方判断的部分，是基于多家媒体转述整理。

这次到底"新"在哪

Air 本身不是 11 月 5 日才有的。JetBrains 9 月就宣布了这套东西，10 月还补了面向企业的治理功能。所以准确说法是：2026.3 是 Air 第一次默认跟着 IDE 一起发到每个用户机器上。

官方文档的写法很直接：2026.2 及更早，Air 是独立插件，要去 Marketplace 搜、装、重启；2026.3 及以后，插件已经内置，你只需要确认它没被禁用。

这个差别听起来像打包方式的小事，实际影响不小：

  • 不用再决定"要不要试"。以前装插件是一个动作，现在是打开 IDE 就有一个 Agent 会话按钮，试错成本从"装个东西"降到"点一下"。
  • 升级即到位。团队里几十号人不需要挨个通知"记得装那个插件"，版本号对齐就等于工具对齐。
  • 它开始接管入口。装 Air 之后 AI Assistant 会被隐藏（可以在 Settings | Plugins 里恢复），官方自己的说法是"我们相信 Air 是 JetBrains IDE 里 Agent 开发的未来"。

它其实是一个"Agent 调度层"

Air 不提供自己的模型，也不替你付模型钱。它干的事是：把各家 Agent 拉进来，给它们一个统一的操作界面和评审流程。

它的技术底座是 ACP（Agent Client Protocol）——一个把 AI Agent 接到编辑器/IDE 上的开放协议。因为走标准协议，所以接新 Agent 不需要 JetBrains 单独做适配。实际表现是两种形态：

  • 图形界面会话：ACP Agent 的进度、工具调用、权限请求、表单，都以结构化卡片显示，不是一坨终端文字。
  • 终端会话：CLI 类 Agent 在 IDE 里开一个全屏终端标签跑，界面就是它原本的样子。

官方给出的开箱支持名单是 Codex、Gemini、GitHub Copilot、Claude Agent、Junie，产品页还写了 Cursor；其余 ACP 兼容的可以自己加。这里有个细节值得注意：用哪个 Agent、花谁的钱，是两件独立的事。你可以把已有的 Claude 订阅、OpenAI key、自定义 base URL 直接接进来，本地会话不要求买 JetBrains AI 订阅。

11 月 6 日 GitHub 官方 changelog 又补了一块：Copilot 现在可以在 JetBrains Air 里用，沿用你现有的 Copilot 订阅。

怎么用：五步起第一个会话

  1. 升级到 2026.3，打开你平时的项目（Agent 用的是当前打开项目的文件和配置）。
  2. 按 ⌘2（Windows/Linux 是 Alt+2），或点左侧工具栏的 Agent Sessions 图标。这就是新的 Agent 总控台。
  3. 点工具栏上的 agent 组件，选一个 Agent 预设开始会话；没装过的 Agent 在 Agents 页面点 Install 即可，装完会自动生成一个默认预设。
  4. 授权。三种方式任选：Agent 自己管登录（比如在终端里 claude 登录）、JetBrains AI、或在设置里配第三方厂商的 key。
  5. 发任务 → 看 diff → 批注 → 提交。会话里点 Review Code，选范围（未提交的本地改动，或某个 commit 之前的所有提交），改动会在独立的 Code Review 标签里逐个文件打开。

三个真正省时间的细节

一、会话不再是"聊天记录"，而是有状态的树。 Agent Sessions 窗口按项目分组，能同时挂多个项目；每个会话显示"还在跑 / 等你输入 / 等你评审"，还能搜索活动会话和已归档会话的历史文本。更关键的是它会聚合在 IDE 外面跑的会话——比如你在 Codex app 里开的任务，也会出现在同一棵树里。以前管五个 Agent 靠脑子记，现在靠一个列表。

二、批注直接钉在代码行上。 评审时不用把问题描述成一段话再让 Agent 去找。选中几行，在行号旁加一条 note，Agent 收到的就是"这一行的这个问题"。note 支持语音输入，也能编辑和删除。改完可以让 Agent 写 commit message，冲突也能让 Agent 帮忙解。

三、Preset 把"配置"变成"选项"。 一个预设 = Agent + 模型 + 推理强度 + 运行模式。你可以配两个：一个用强模型跑复杂重构，一个用便宜快模型跑日常小改。同类任务不用每次重新点一遍设置。

另外还有一条容易忽略的分界线：本地跑不花钱之外的东西，云端跑要 JetBrains AI 订阅。本地会话用你自己的订阅就行；想让任务在你合上笔记本之后继续跑，就进 Air Teams 的路线——任务是跑在 JetBrains 云上的 Docker 容器里，代码克隆进容器，Agent 提交到自己的 task 分支，最后走 PR 由人来合并。团队还能把这套环境、自动化脚本、MCP 连接一次性配好复用。

为什么这事值得关注

过去两年 AI 编程工具的竞争，前半场比的是"补全准不准"，后半场比的是"Agent 能不能自己干完一段活"。到 2026 年下半年，瓶颈已经换位置了：一个人同时开三四个 Agent，真正累的不是写代码，是当调度员——记不清哪个会话停在哪、谁在等审批、哪个改动已经跑过测试。

JetBrains 这次的判断是：IDE 才是这个调度层该待的地方。理由也成立——它有解析过的代码索引、有 inspection 和静态分析、有 diff 和 Local History，这些正好是判断"Agent 改得对不对"需要的东西，也是纯终端工具最缺的东西。官方文档的说法是，Agent 可以调用 IDE 的代码智能、框架解析和静态检查，省掉模型自己"读一遍仓库"的 token。

对普通开发者的实际差别是：你不再需要在"用顺手的 IDE"和"好用的 Agent"之间二选一。这也正是它对 VS Code 那边多 Agent 方案的正面对撞——那边是把 Agent 放进编辑器，这边是把所有 Agent 收进 IDE。

适用场景：谁现在就该试

  • 已经在为某个 Agent 付费的人：Claude 订阅、Copilot、Codex 都能直接接，等于免费多一层管理界面，没有额外订阅成本。
  • 同时维护多个项目、习惯并行开 Agent 的人：会话树 + 多项目挂载 + 未推送 commit 统计，是这次最实用的部分。
  • 团队评审流程偏重的人：行内批注直接变成 Agent 的输入，比自己组织语言描述问题准确得多。
  • JetBrains 重度用户：你原本就有代码索引、重构、调试器，Agent 的产出可以在同一套工具里验证，这是别的方案给不了的。

不适用的情况

  • 只用 VS Code 且不想换：Air 是 JetBrains IDE 的功能，VS Code 侧对应的是另一套方案，两者不通用。
  • 需要稳定 UI 的生产团队：官方文档自己写了 Air in IDEs 处于活跃开发期，"expect UI changes, rough edges, and frequent updates"。把它当稳定基础设施用会踩坑。
  • 完全离线/内网环境：第三方订阅模式下代码会直连厂商，不走 JetBrains；如果合规要求代码不出内网，得先确认所选 Agent 的部署方式。
  • 只想用云端跑、不买 JetBrains AI 的人：本地会话可以只带自己的订阅，云跑要 JetBrains AI 订阅，这条线绕不开。

避坑：四个已经能预见的问题

  1. 别把"内置"当成"已经配好"。内置只是插件到位，Agent 的授权、模型、key 还得你自己接。第一次开会话卡在授权页是正常现象。
  2. AI Assistant 会被隐藏。如果你团队里有人依赖 AI Assistant 的补全和 chat，装 Air 之后会找不到入口，需要在 Plugins 里手动恢复。推行前先说清楚。
  3. Git worktree 不是沙箱。官方产品页写得很直白：多个 Agent 并行建议用独立 worktree 隔离工作副本，"but they do not serve as isolated security sandboxes"。要真隔离，得靠容器或云端环境。
  4. 并行 = 成本乘数。同时跑三个 Agent，token 就是三份；再加自动化定时任务又是第四份。先在本地跑一周，量一下"正确完成的任务数 / 你花在评审上的时间"，再决定要不要开云端和自动化。

成本与时间

  • 软件本身：Air 插件本身是免费的闭源产品，本地会话不要求 JetBrains AI 订阅；你为 Agent 付的钱按各家原价走，订阅之间额度不互通。
  • 免费试用路径：把 Agent 选成 Junie、模型选 Lite，官方写明"限时免费"，只需要一个 JetBrains 账号。
  • 云端/团队：云跑需要 JetBrains AI 订阅；Air Teams 按 credits 计费，云环境、上下文索引、存储都从同一个池子扣。
  • 时间：升级 + 接一个已有订阅，大约 10 分钟；第一次把评审批注流程走通，半小时内能上手。真正要花时间的是想清楚"哪些任务值得并行"。

行动建议

  1. 今天先做一件小事：升级任一 JetBrains IDE 到 2026.3，按 ⌘2 打开 Agent Sessions，用你已经在付费的那个 Agent 跑一个真实小任务（改一个函数、补一段测试）。
  2. 跑完别急着夸或骂，只记三个数：任务耗时、你评审花的时间、改对了几成。
  3. 如果三个数都还行，再配第二个 Preset 给"便宜快"的日常任务——这是最容易被忽略、也最容易省钱的一步。

参考来源

评论

0 条已公开
登录或注册后可以参与评论。

正在加载评论...