JetBrains Air：构建面向智能体化软件开发的产品体系
AI 可以生成代码。组织仍然需要交付软件。智能体化开发正在改变软件的构建方式，但犯错的代价并未改变。
六个月前，我们开始公开试验智能体化开发环境。大约在同一时期，我们推出了 JetBrains Central 作为面向智能体驱动开发的开放式控制与执行系统。随后，我们开始逐步为团队和组织推出 JetBrains Central CLI、共享上下文、云端智能体、自动化、治理以及 AI 成本控制等功能。
今天，我们将这些工作整合为 JetBrains Air：一套开放、连贯的产品体系，覆盖开发者、团队和组织，涵盖 JetBrains IDE 内外的场景。它属于多界面、多服务系统。每款产品都解决一个特定问题，但协同使用时效果更佳。
JetBrains Air 标志着 JetBrains 构建目标的显著拓展。26 年来，我们的工作重心主要是个人开发者工作台。现在，我们正在构建更广泛的系统，通过该系统发起、执行、协调、审查和治理智能体化工作。
IDE 仍是 JetBrains 未来的核心。整个软件开发系统可以集中在一个窗口中的时代即将结束。作为持续投入的一部分，我们现在将基础的智能体化体验引入 JetBrains IDE，为专业开发者提供一个能够高效使用智能体，同时可以理解、更改并验证所生成代码的环境。JetBrains Air 连接围绕它发展起来的更广泛系统。
该系统基于一个核心信念构建：智能体化开发的未来将属于多供应商。没有任何一个模型、智能体或服务能够适用于所有开发者、团队或任务。
从单一产品到开放式产品体系
Note: 请注意，文中所述 Air 产品和功能可能因地区而异，请以当地实际提供的内容为准。
这种战略性转变产生了实际影响：JetBrains Air 不能只是另一个智能体或开发环境。它必须连接个人工作、团队协作、组织控制、上下文和流程自动化所需的产品，并对开发者选择的工具和智能体保持开放，包括 JetBrains 未构建的工具和智能体。
JetBrains Air 包含现已提供的产品，以及随着体系发展将推出的产品：
- JetBrains IDE 中的 Air – 在 JetBrains IDE 内指导和编排智能体并验证其工作的完整智能体化开发体验。
- Air Teams — 一种协调并自动完成涉及开发者与自主智能体的软件交付工作流的新方式。
- Air Governance（以前称为 JetBrains Central）— 面向 AI 辅助与智能体驱动开发的组织策略、可见性、可审核性、成本管理和问责机制。
Junie 是 JetBrains 面向专业软件开发的编码智能体。它将在所有 Air 界面中得到支持。
JetBrains IDE 中的 Air 为开发者提供了使用 JetBrains 的代码智能来指导智能体并验证其输出的环境。Air Teams 将个别智能体活动转化为协调一致的团队工作流。Air Governance 让该活动在整个组织范围内变得可见、可治理、可追责。
但开放式系统不能止步于 JetBrains 自有的产品。Agent Client Protocol (ACP) 对 IDE 与智能体完整治理（包括规划、逻辑、工具、模型路由和可观测性）之间的关联进行了标准化。通过 ACP 注册表，开发者可以发现并运行数量不断增长的兼容智能体，同时继续在 JetBrains IDE 中工作。
Air Governance 旨在将可见性和成本治理扩展到各个供应商，以及智能体化工作所涉及的各种不同工具中。这意味着开发者可以选择适合任务的智能体、模型或服务，而无需让组织放弃上下文、可见性或控制权。
Air 产品协同工作，使工作能够在开发者、智能体、工具和环境之间流转，同时不会丢失围绕这些工作的上下文和控制能力。
个人采用速度超过了组织基础架构的构建速度
自 3 月以来，我们的产品取得了显著进展，但我们对智能体化开发需求的理解也在不断加深。
开发者采用智能体的速度超过了组织构建配套基础架构的速度。智能体的能力不断提升，不同的模型和智能体也在不同任务中证明了各自的实用性。然而，围绕这些能力的上下文、协调、治理和成本管理却没能跟上步伐。
对许多开发者而言，智能体已经在带来实际价值。而在组织层面，其经济效益却更难以证明。成本会在其他环节显现出来 — 审查、返工、安全、基础架构和支出。
哪些智能体可以访问公司代码？数据可以流向何处？哪些输出需要人工审查？智能体远程工作期间发生了什么？谁批准了最终的更改，又是如何验证的？
这种程度的碎片化不仅仅令人烦恼。当越来越多的工作被委托出去之际，它却让软件开发变得更加难以理解、衡量和治理。
瓶颈正随着工作方式的变化而转移
明显有问题的代码会很快被发现。系统的这一部分仍然有效。更难解决的问题是那些几乎正确的代码：看似合理，能通过表面检查，却悄悄携带着错误假设或架构不一致，直到代价高昂时才会暴露出来。
随着智能体承担越来越多的执行工作，瓶颈也从产出更改转移到理解、验证并对其负责。生成代码的成本越来越低，但验证代码的成本却越来越高。启动智能体活动变得更容易，但协调、审核与解释却变得更难。
尽管工作可以被委托，但责任却无法委托。当系统在凌晨三点出故障时，接到电话的不会是智能体。对交付内容责任的仍然是负责交付的人员和组织。
这就是随着 AI 的进步，控制反而变得更难而不是更容易的原因。功能更强大的模型可能会生成更好的输出。但它不会建立组织策略、保留溯源信息、提供成本可见性，也无法决定谁来为由此产生的更改承担责任。
未来属于多供应商
多供应商支持是 JetBrains Air 的基础设计原则，从一开始就决定了系统的构建方式。
我们并不认为这个市场会在短期内走向整合。不同模型的优势各不相同，而排名每隔几个月就会变化。同一公司内部的不同团队已经在做出不同的选择，而这些选择往往是合理的。如今，统一采用一家 AI 供应商意味着要在一个每个季度都在变化的市场中做出长达数年的承诺。
保持选择的开放性才是合理的做法。问题在于，这种开放性目前要付出什么代价。组织每新增一个模型、智能体或服务，都会进一步降低其对自身开发工作的可见性。上下文无法在工具之间传递。支出无法归因。必须针对每个服务重新构建策略。
组织不应被迫在使用现有最佳工具与了解自身工程内部情况之间做出选择。这种权衡之所以存在，是因为当前技术栈中没有任何组件是为同时统筹多个供应商而构建的。
这正是 JetBrains 承担的工作。我们打造了自己的智能体，并致力于让它变得卓越。但 JetBrains Air 并不要求客户必须使用它，我们的战略也不依赖于本季度哪家模型供应商位居榜首。我们没有理由让生态系统的规模变得比现在更小。
我们能够提供的是一个统一的场所，让开发者、团队和组织可在每种模型、智能体和服务中运行、查看、治理并问责智能体化开发。
支持多种模型和智能体只是底线，而非上限。真正重要的是位于其上层的部分：共享的上下文、统一的策略、统一的成本视图，以及一份完整的过程记录 — 无论更改是由哪家供应商产生的。
为何选择 JetBrains?
多供应商选择只能解决部分问题。智能体同样需要可靠的软件智能功能。
JetBrains 将 26 年的工程智能经验带到这个问题上：帮助开发者理解复杂软件的结构和行为，而不仅仅是生成更多代码。这种确定性的代码智能，为让智能体化工作在不同模型和智能体之间变得更加可靠、高效和易于理解奠定了基础。让 AI 智能体能够访问确定性代码智能，我们已经看到了令人期待的成果。
这不仅是一项技术优势，也是一项经济优势。智能体会花费时间和资金去重新发现代码库中早已包含的信息。能够直接检索这些知识的智能体，比必须重新构建这些知识的智能体更经济、更准确。由于这种智能功能并不专属于某个单一模型，这项优势可以扩展到受支持的智能体和服务。
我们自身也在经历与我们所服务的组织相同的转型 — 在内部采用智能体、重新设计工作流，并不断了解个人工作效率的提升在哪一环节能转化为更好的软件交付，又在哪一环节仅仅是将工作转移到了别处。
未来计划
JetBrains Air 将通过一系列持续发布的版本逐步发展。我们会明确说明客户当前可以使用的功能、即将进入预览阶段的功能，以及仍属于我们长期发展方向的功能。
随着时间推移，JetBrains Air 将进一步扩展到移动端和远程体验，让人们能够在智能体化工作跨环境流转的过程中发起、监测、审查并继续这些工作。我们的目标并不是在每个界面上重现 IDE。我们致力于在需要做出决策的任何场景提供恰当的上下文和控制措施。
我们还会将 JetBrains 智能引入更多智能体化工作流。这包括从代码、架构、仓库、运行时行为和组织知识中提取更丰富的上下文，以及在开发者、模型、智能体和服务之间更好地分配工作的方式。
越来越多的工作将由仓库事件、时间表和交付流程触发，而不再是由开发者打开编辑器并输入提示词来触发。JetBrains Air 将在各个界面和服务中，为这些工作流提供所需的智能、监督和人工控制。
在未来产品的作用域和可用性尚未确定之前，我们不会为其命名。在每次发布中，我们都会说明哪些功能已经可用、它们如何相互连接，以及哪些仍在开发中。
JetBrains Air 的发展方向
在采用 AI 方面取得成功的公司，未必是那些生成代码最多或部署智能体最多的公司，而是那些能够在不牺牲质量、上下文、成本纪律或人工理解的前提下，扩大试验规模的公司。
JetBrains Air 正是我们为应对这一现实而做出的承诺。它将 JetBrains 从开发者工作台拓展为一套连接开发者、智能体、团队和组织的产品体系。
我们的目标不是生成更多代码，而是交付让开发者、团队和组织能够理解、验证并愿意为之负责的软件。
Note: 请注意，文中所述 Air 产品和功能可能因地区而异，请以当地实际提供的内容为准。
本博文英文原作者：
