一家做了 26 年 IDE 的公司，把摊子铺到了组织层
9 月 22 日，JetBrains 发布 JetBrains Air，官方定位是一套开放的智能体软件开发产品体系：覆盖 IDE、团队交付流程与组织治理，不局限于自家工具。CEO Kirill Skrygan 在博客里把话说得很直接——这套系统面向开发者、团队与组织三类角色，产品各自解决不同的问题，但组合起来更好用。
拆开看是三层加两个组件。个人层的 Air in IDEs 以插件分发：开发者可以同时挂着多个项目、各自独立的会话，跨项目追踪未读更新、变更文件与待发提交；工具会自动发现本机兼容的智能体一键连接，也能从智能体注册表加装；diff 直接从智能体会话里打开，开发者对特定行留评论，智能体照着改。团队层的 Air Teams 处于抢先体验阶段：专属云环境里共享项目，把代码评审、发布说明、修复这类重复工作委托给编码智能体，每个项目可独立控制虚拟机规格、外网访问与密钥，MCP 连接一次全团队与智能体共用。组织层的 Air Governance 管策略、可见性、审计、成本与问责，模型与智能体的规则可按组织、团队或个人配置，支持自带 Amazon Bedrock、OpenAI、Anthropic 的密钥，附带用量分析。另有 Air Context 做语义索引以提速降本，Air Gateway 负责把 Claude Code、Codex 这类终端智能体接进体系。
开放性不是姿态，是算过账的
Air 并不要求用户使用自家智能体 Junie，官方直接列出 Claude Agent、Codex、Copilot、OpenCode 以及任何经 Agent Client Protocol 接入的智能体。ACP 由 JetBrains 与 Zed 共同开放制定，标准化的是 IDE 与智能体完整 harness——规划、逻辑、工具、模型路由、可观测性——之间的通信方式，配套注册表供发现与运行。列名支持的智能体包括 Junie、Gemini CLI、GitHub Copilot、Codex、Cursor、OpenCode、Kimi CLI、Qwen Code、Cline 等，客户端覆盖 JetBrains IDE、Zed 与 Neovim 插件。给出开放的理由有三条：模型擅长面每隔几个月就变，同一家公司里的不同团队本就各选各的，组织不应在「用好工具」与「看得见自己的工程」之间二选一。计费同样放开：自带订阅或 API 密钥，或用 JetBrains AI credits 按公开 API 价格结算，会话中途可以切换。
这条产品线并非凭空出现：今年 3 月 JetBrains 发布 Central 作为智能体开发的开放控制与执行系统，随后陆续补上 CLI、共享上下文、云智能体、自动化、治理与 AI 成本控制，Air 是半年试错的整合亮相。移动端即将推出，云运行已对部分客户开放、未来数月逐步铺开。需要指出的两点：本站此前写过 JetBrains 的 Kotlin 智能体基准研究，那是另一件事，Air 是把背后工程判断产品化；开放协议是获客面，治理与成本控制才是商业抓手，而治理恰是企业数据最敏感的位置——把审计与策略交给 IDE 厂商深到什么程度，是采购时真正要掂量的。与 OpenAI Agents API、GitHub Copilot 的管控之争已在同一战场展开，胜负面前的变量更多在协议生态而非模型。价格分层与更多可用性细节，目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。