JetBrains Air: система продуктов для агентной разработки вместо одного окна IDE

AI умеет производить код, но организациям по-прежнему нужно производить программное обеспечение. Агентная разработка меняет то, как создаётся софт, но не меняет цену ошибки. JetBrains объявила о запуске JetBrains Air — открытой системы продуктов для агентной разработки, которая объединяет работу разработчиков, команд и организаций внутри и за пределами IDE JetBrains.

Полгода назад JetBrains начала публично экспериментировать с агентными средами разработки, а в марте представила JetBrains Central — открытую систему контроля и исполнения для агентной разработки. Затем последовали JetBrains Central CLI, общий контекст, облачные агенты, автоматизации, governance и контроль расходов на AI для команд. Теперь всё это собрано под одним зонтиком: Air.

От одного продукта к системе продуктов

Стратегический сдвиг имеет практическое следствие: Air не может быть «ещё одним агентом». Это связка продуктов для индивидуальной работы, координации команды, организационного контроля, контекста и автоматизации процессов — открытая для инструментов и агентов, которые выберут разработчики, включая те, что JetBrains не строит сама.

В состав Air входят продукты, доступные уже сейчас, и те, что появятся по мере развития системы:

• Air в IDE JetBrains — полный агентный опыт разработки: направление и оркестрация агентов, проверка их работы внутри IDE на базе код-интеллекта JetBrains.
• Air Teams — новый способ координировать и автоматизировать процессы поставки ПО, в которых участвуют и разработчики, и автономные агенты.
• Air Governance (бывший JetBrains Central) — организационные политики, видимость, аудируемость, управление расходами и подотчётность для AI-ассистированной и агентной разработки.

Кодинг-агент Junie будет поддерживаться на всех поверхностях Air. При этом IDE остаётся важной частью будущего компании: эра, когда вся система разработки помещалась в одно окно, заканчивается, и JetBrains переносит базовый агентный опыт прямо в IDE, чтобы профессиональные разработчики могли эффективно работать с агентами и проверять их код.

Открытая система не ограничивается продуктами JetBrains. Протокол ACP (Agent Client Protocol) стандартизирует соединение между IDE и полным harness агента — его планированием, логикой, инструментами, маршрутизацией моделей и наблюдаемостью. Через ACP Registry разработчики могут находить и запускать растущий набор совместимых агентов, оставаясь внутри IDE JetBrains.

Индивидуальное внедрение обогнало организационную инфраструктуру

Разработчики внедряют агентов быстрее, чем организации успевают строить инфраструктуру вокруг них. Возможности агентов растут, разные модели и агенты оказались полезны для разных задач — но контекст, координация, governance и управление расходами за ними не поспевают.

На уровне отдельного разработчика агенты уже приносят практическую пользу. На уровне организации экономику доказать гораздо сложнее: затраты всплывают в другом месте — в ревью, переделках, безопасности, инфраструктуре и расходах на сервисы. Отсюда нервы, которые JetBrains формулирует как список вопросов без ответов:

• Какие агенты имеют доступ к коду компании?
• Куда могут попадать данные?
• Какой результат требует человеческого ревью?
• Что происходило, пока агент работал удалённо?
• Кто одобрил изменение и как оно было проверено?

Фрагментация на этом уровне не просто раздражает — она делает разработку труднее для понимания, измерения и контроля именно тогда, когда всё больше работы делегируется.

Узкое место смещается вместе с работой

Очевидно неправильный код ловится быстро — эта часть системы работает. Сложнее с кодом, который почти правильный: правдоподобный, проходящий поверхностную проверку, но тихо несущий неверное допущение или архитектурную нестыковку, которая всплывёт, когда станет дорого.

Когда агенты забирают на себя всё больше исполнения, узкое место смещается с производства изменений на их понимание, верификацию и ответственность. Код становится дешевле в генерации, но дороже в проверке. Запустить агентскую активность легко — координировать, аудировать и объяснять её труднее.

Работу можно делегировать, ответственность — нет. Как формулируют в JetBrains: агенту не позвонят в три часа ночи, когда что-то сломается. Ответственность за то, что уходит в продакшен, остаётся за людьми и организациями, которые его выпускают. Поэтому контроль по мере улучшения AI становится сложнее, а не проще: более мощная модель может давать лучший результат, но она не устанавливает организационные политики, не сохраняет происхождение изменений, не даёт видимость расходов и не решает, кто принимает ответственность.

Будущее мульти-вендорное

Мульти-вендорность — базовый проектный принцип Air, а не тактическая опция. JetBrains не верит, что рынок скоро консолидируется: модели сильны в разном, рейтинги меняются каждые несколько месяцев, команды внутри одной компании уже делают разный выбор — и часто правильно. Стандартизация на одном AI-вендоре сегодня — это многолетнее обязательство на рынке, который через квартал будет выглядеть иначе.

Проблема в том, сколько сейчас стоит открытость: каждый новый агент или сервис отнимает у организации немного видимости её собственной разработки. Контекст не переносится между инструментами, расходы нельзя атрибутировать, политики приходится заново строить под каждый сервис. Организации не должны выбирать между лучшими доступными инструментами и пониманием того, что происходит в их собственной инженерии — этот компромисс существует потому, что ничего в текущем стеке не было спроектировано стоять над несколькими вендорами сразу.

JetBrains строит собственного агента и намерена сделать его отличным, но Air не требует его использовать — стратегия компании не зависит от того, какая модель провайдера возглавляет рейтинги в этом квартале. Предложение простое: одно место, где агентная разработка запускается, видна, управляется и учитывается — независимо от модели, агента и сервиса. Поддержка нескольких моделей и агентов — это пол, а не потолок; главное — то, что над ними: общий контекст, единый набор политик, единая картина расходов и запись о том, что произошло.

Причём здесь код-интеллект

Мульти-вендорность решает лишь часть проблемы: агентам нужна надёжная информация о самом ПО. Сюда JetBrains приносит 26 лет инженерного интеллекта — понимание структуры и поведения сложного кода, а не просто генерацию его новых строк. Детерминированный код-интеллект становится фундаментом, на котором агентная работа становится надёжнее, эффективнее и понятнее — независимо от модели или агента.

Это ещё и экономический аргумент: агенты тратят время и деньги на повторное открытие информации, которая уже есть в кодовой базе. Агент, который может эту информацию извлечь, дешевле и точнее того, который вынужден её реконструировать. А поскольку интеллект не принадлежит одной модели, выгода распространяется на все поддерживаемые агенты и сервисы.

Что дальше

Air будет развиваться серией последовательных релизов, и JetBrains обещает явно разделять три статуса: что уже можно использовать, что входит в preview и что остаётся долгосрочным направлением.

Планы по ключевым направлениям:

• Мобильные и удалённые сценарии — запуск, мониторинг, ревью и продолжение агентной работы при переходе между средами. Цель — не воспроизвести IDE на каждом устройстве, а сделать нужный контекст и контроль доступными там, где принимаются решения.
• Больше интеллекта в агентных воркфлоу — контекст из кода, архитектуры, репозиториев, поведения в рантайме и организационных знаний, плюс лучшая маршрутизация работы между разработчиками, моделями, агентами и сервисами.
• Триггеры без редактора — больше работы будет запускаться событиями репозитория, расписаниями и процессами поставки, а не открытием редактора и ручным промптом.

Названия будущих продуктов JetBrains обещает не раскрывать, пока не будут подтверждены их объём и доступность.

Зачем это всё

Компании, которым удастся внедрить AI, — не обязательно те, что сгенерируют больше всего кода или задеплоят больше всего агентов. Это те, кто сможет расширять эксперименты, не теряя качества, контекста, дисциплины расходов и человеческого понимания. Air — заявление JetBrains о том, что она расширяется от рабочего места отдельного разработчика к системе продуктов, соединяющей разработчиков, агентов, команды и организации.

Цель — не больше кода, а софт, который разработчики, команды и организации могут понять, проверить и за который готовы отвечать. Подробнее — на странице JetBrains Air.