JetBrains押注Agent开发：称其为26年最重要一步

我们很高兴你来到这里。每个工作日（周一至周五）你都会收到 The New Stack 最优质的内容，让你始终掌握最新资讯、保持领先。

查收你的收件箱，收到确认邮件后你可以调整偏好设置，甚至加入其他群组。

在你喜欢的社交媒体平台上关注 TNS。

在 LinkedIn 上成为 TNS 粉丝。

在等待第一封 TNS 邮件时，看看有哪些精选和热门文章。

毫无疑问，AI coding agents 已经改变了软件开发工作的发生地点。开发者越来越多地将工作从终端、桌面应用程序和远程环境中委托出去，围绕集成开发环境（IDE）未来的疑问也随之浮现。

这一转变对 JetBrains 来说是一个特别有趣的问题。该公司花了 26 年时间构建了一些业界最知名的 IDE，包括 IntelliJ IDEA、PyCharm 和 WebStorm，即便如此，agentic development 已经开始将更多软件工作拉到编辑器之外。JetBrains 一直坚持认为 IDE 仍将是专业开发的核心部分——尤其是在开发者被要求管理大量 AI 生成代码的情况下，毕竟人类需要审查、调试和验证这些代码。

现在，该公司正在围绕 IDE 周边的更广泛开发系统下更大的赌注。

JetBrains CEO Kirill Skrygan 于周二在 LinkedIn 上正式发布 JetBrains Air，称之为面向开发者和企业的"agentic software development 开放产品体系"，运行于"JetBrains IDE 内部和之外"。Skrygan 对他所认为的公司历史性时刻毫不保留。

"JetBrains 正在迈出我们 26 年历史中最重要的步骤之一。"

"今天，JetBrains 正在迈出我们 26 年历史中最重要的步骤之一，"他写道。

实际上，Air 是将 JetBrains 近期多项 AI 工作重新打包到统一品牌下的产物，包括 IDE 内的 agentic experience、协调开发者和 autonomous agents 的工具，以及用于管理其使用的企业级控制。

简要回顾一下，JetBrains 于今年 3 月首次以独立"agentic development environment"的形式公开预览 Air，最初面向 macOS，开发者可以在上面并行运行 Claude Agent、Codex、Gemini CLI 和 JetBrains 自家的 Junie。与此同时，它将 Junie 本身搬到 IDE 之外，推出了 Junie CLI，让开发者能够从终端、CI/CD 系统和其他编辑器访问这个 coding agent。

几周后，JetBrains Central 问世——这是一个面向组织更高层级的独立系统，为运行多个 coding agents 的企业提供控制功能和基础设施。随后在 7 月，JetBrains 推出了 AI for Teams and Organizations，实际上是在现有 AI 工具之上添加了共享上下文、云 agents、自动化功能以及组织级治理和成本控制。

今天的公告现在为这些工作提供了统一的归属——JetBrains Air 品牌。在周二发布的另一篇博客文章中，Skrygan 将该系统描述为三个主要部分：JetBrains IDE 中的 Air，用于引导 agents 并检查其工作；Air Teams，用于协调开发者和 autonomous agents 之间的工作；以及 Air Governance（JetBrains Central 的新名称），用于管理公司范围内的策略、审计、成本和 AI 使用。

最初的 Air desktop IDE 似乎也没有消失。它仍然作为独立桌面应用程序在 macOS、Windows 和 Linux 上可用，同时还有面向企业的浏览器版本。这使得"Air"一词身兼二职：它既是 JetBrains 专用 agentic development environment 的名称，同时也作为周围更广泛产品集合的 banner。

JetBrains Air 实际上做什么？

JetBrains Air 可在 JetBrains IDE 内、通过浏览器以及通过命令行 Air Gateway 使用，后者将 Claude Code 和 Codex 等终端 agents 引入 Air。

对于个人开发者，Air 可用于同时监督多个 agent 工作。他们可以保持多个项目和 agent sessions 运行，同时跟踪新活动、更改的文件和待推送的 commits，然后使用 JetBrains 的 IDE 工具检查结果更改。

Air Teams（仍处于 early access 阶段）将部分活动移至共享云环境，开发者可以在其中协作项目并运行 agent 任务，而无需将工作绑定到某人的机器上。Teams 还可以配置 recurring automations，集中管理可供 agents 使用的环境和外部工具。

与此同时，Air Governance 提供了组织级控制，包括决定开发者可以访问哪些模型和 agents、设置权限和消费限额，以及跨团队跟踪 AI 使用情况。

这些治理功能目前也仅通过 JetBrains 的 early access program 提供。

值得注意的是，JetBrains 还计划将 Air 扩展到移动领域，让开发者能够在离开桌面时监控和继续 agent 工作。

对 JetBrains 而言，关键在于连接这些不同层级，同时保持对外部 agents 和工具的开放。

"JetBrains Air 不能只是另一个 agent 或 development environment。"

"JetBrains Air 不能只是另一个 agent 或 development environment，"Skrygan 写道。"它必须连接个人工作、团队协调、组织控制、上下文和流程自动化方面的产品——并且对开发者选择的工具和 agents 保持开放，包括 JetBrains 自己不构建的那些。"

虽然 JetBrains Air 的核心存在理由是为开发者和企业提供使用软件 agents 的场所——无论是 Claude、Codex、Junie 还是其他任何东西——但 JetBrains 显然在强调，其 IDE 根基仍是这一未来的一部分。

Skrygan 表示，公司历史上"主要专注于个人开发者工作台"，但 Air 将其职责范围扩展到包含 agentic work 发起、执行、协调、审查和治理的更广泛环境。

"我们的 IDE 将继续是专业开发者与 agents 协作、理解并验证代码、做出决定来塑造发布内容的地方。"

"我们的 IDE 将继续是专业开发者与 agents 协作、理解并验证代码、做出决定来塑造发布内容的地方，"Skrygan 写道。"JetBrains Air 将这种控制扩展到围绕它们更广泛的系统中。"

而这个全新的 IDE 功能已经公开一个多月了。JetBrains 自 8 月初以来一直在测试 Air Alpha plugin，为开发者提供一种直接在基于 IntelliJ 的 IDE 内运行和监督多个 coding agents、审查它们使用原生 IDE 工具产生的更改的方式。

本月早些时候的更新添加了更多控制和功能，用于监控和引导 agent sessions。

JetBrains 承认 Air "Alpha" 确实还很早期——这是一个在推出 JetBrains Air 同时构建的早期迭代。因此用户应该预期"粗糙的边缘、UI 和行为的变更，以及大约每周一次的更新"。

不过，周二的公告确实为那项工作在更广泛的 Air 系统内找到了正式位置。虽然 Skrygan 承认 agentic development 意味着工作现在必须跨越多个界面，但过去 26 年一直处于其业务核心的技术不会很快消失。

"IDE 对 JetBrains 的未来仍然很重要，"Skrygan 写道。