JetBrains Air показывает, что компания больше не хочет продавать разработчикам только удобную IDE: она собирает среду, где рядом с человеком работают ИИ-агенты. Для русскоязычной IT-аудитории это важный сигнал: привычная модель разработки с редактором кода в центре быстро смещается к управлению агентами, политиками и расходами на ИИ.
О запуске JetBrains Air сообщает Habr / Новости. По описанию источника, это не отдельный редактор кода и не косметическая надстройка над существующими продуктами JetBrains. Компания представила систему из трех частей: Air in JetBrains IDEs, Air Teams и Air Governance. Вместе они должны закрыть путь от запуска агента внутри IDE до командной координации и контроля использования ИИ на уровне организации.
Air in JetBrains IDEs отвечает за самый понятный для разработчиков сценарий: запустить агента в рабочей среде и проверить его результат с помощью кодовой аналитики JetBrains. Это логичное место для старта. У компании уже есть сильная позиция в инструментах разработки, а ее IDE давно умеют разбирать проект глубже, чем простой текстовый редактор. Если агент меняет код, разработчику важна не только скорость генерации, но и понимание контекста: зависимости, типы, инспекции, ошибки, стиль проекта. Именно здесь JetBrains пытается сыграть своей старой сильной картой.
Вторая часть, Air Teams, переносит тему из личной продуктивности в командную работу. ИИ-агент в одиночной IDE выглядит полезным помощником, но в компании быстро возникают вопросы: кто поставил агенту задачу, что именно он изменил, кто проверил результат, как это связано с процессом ревью и релиза. Источник не приводит подробностей о механике Air Teams, но сама постановка задачи понятна: JetBrains хочет встроить агентов не в хаотичный эксперимент одного разработчика, а в рабочий процесс команды.
Третий блок, Air Governance, еще менее романтичный, зато, вероятно, самый интересный для IT-директоров и безопасников. Он должен отвечать за политики, аудит и расходы на ИИ. Это ровно те темы, которые обычно всплывают после первой волны энтузиазма: кто имеет доступ к каким моделям, можно ли отправлять фрагменты корпоративного кода во внешние сервисы, сколько стоит массовое использование агентов, где смотреть историю действий. Для бизнеса ИИ в разработке уже не игрушка на личной подписке, а статья затрат и потенциальный риск.
Ключевая ставка JetBrains — мультивендорность. Компания, судя по описанию, не исходит из сценария, где рынок разработки с ИИ сведется к одной модели, одному агенту и одному поставщику. Вместо этого JetBrains Air должен подключать сторонние инструменты через открытый протокол ACP. Это важная деталь: JetBrains пытается стать не очередным участником гонки ассистентов, а слоем управления над разными агентами. Для разработчика это может означать меньше зависимости от конкретного AI-провайдера, для компании — больше пространства для выбора и контроля.
Контекст тут простой: последние несколько лет инструменты разработки активно переезжают от автодополнения к агентным сценариям. Раньше IDE подсказывала метод, импорт или сигнатуру. Теперь от агента ждут, что он прочитает задачу, найдет нужные файлы, предложит патч, прогонит проверки и объяснит, что сделал. Но чем больше агент берет на себя, тем меньше подходит старый интерфейс «редактор плюс чат сбоку». Нужна система, где видно не только сгенерированный код, но и цепочку действий, ограничения, права доступа и цену выполнения.
Для JetBrains это еще и смена самоописания. Источник напоминает, что компания 26 лет строила рабочее место разработчика. Теперь она явно пробует расширить это рабочее место до диспетчерской: человек ставит цели, агенты выполняют часть операций, IDE и корпоративные инструменты помогают проверить и зафиксировать результат. Это не отменяет классическую разработку, но меняет акцент. Хороший разработчик становится не только автором кода, но и редактором, ревьюером и оператором автоматизированных исполнителей.
Рыночной реакции или оценок экспертов в источнике нет, и это важно не дорисовывать. Пока перед нами анонс направления, а не доказательство, что JetBrains уже решила проблему агентной разработки лучше конкурентов. Главные вопросы остаются практическими: насколько аккуратно агенты будут работать с большими проектами, как Air поведет себя в командах с жесткими требованиями к безопасности, какие внешние инструменты реально подключатся через ACP и насколько удобно бизнес сможет управлять расходами.
Для русскоязычных разработчиков и IT-команд новость полезна не лозунгом про ИИ, а намеком на ближайшую норму. Если раньше внедрение AI-инструментов часто начиналось снизу — кто-то купил подписку, поставил расширение и стал быстрее писать boilerplate, — теперь в игру заходят корпоративные правила. JetBrains Air показывает, что следующий этап будет не про самый разговорчивый чат в IDE, а про управляемую экосистему агентов. Победит не тот инструмент, который громче обещает писать код за всех, а тот, который позволит команде понять, что именно он сделал, почему это можно принять и сколько это стоило.