Агентный ИИ ИИ-программирование JetBrains Air Тестирование

Eco-режим Junie

Каждый шаг задачи по программированию не требует использования самой умной модели в мире.

Eco-режим Junie использует выбранную вами модель для анализа задачи и составления плана, а затем передает реализацию и тестирование более дешевой модели. В ходе двух внутренних тестов этот подход снизил среднюю стоимость модели на одну задачу на 48% и 57%, в то время как средний показатель успешности решения изменился менее чем на один процентный пункт.

Если понаблюдать за работой любого ИИ-агента программирования, можно заметить, что он движется небольшими шагами. Он открывает файл, ищет по проекту, вносит правки, запускает тесты, читает сообщение об ошибке, исправляет пропущенную строку, снова запускает тесты. Так просто выглядит написание программного обеспечения, и опытные инженеры работают точно так же. Лишь немногие из этих шагов требуют серьезного анализа, понимания запроса, поиска правильного места в коде и принятия решения о подходe. Все остальное — это исполнение, выполнение уже принятого решения.

Тем не менее, агенты программирования обычно задействуют одну модель ИИ для выполнения всей задачи. Если это самая умная и дорогая из доступных моделей, вы платите ее премиальную цену за каждый отдельный шаг, включая двадцатый запуск тестов.

Подумайте о том, как строится здание. Вы нанимаете архитектора для его проектирования, а не для укладки каждого кирпича. Архитектор принимает сложные решения, фиксирует их на бумаге, а строительная бригада возводит здание.

Eco-режим переносит эту идею в Junie. Выбранная вами модель (Opus, Fable, Grok, GPT) выступает в роли архитектора: она изучает код и составляет план. Гораздо более дешевая модель выступает в роли строителя: она берет план и выполняет реальную работу. В наших последних внутренних тестах Eco-режим сократил среднюю стоимость модели на задачу примерно вдвое: на 57% в тесте B и на 48% в тесте A. Средний показатель успешности решения для протестированных конфигураций изменился менее чем на один процентный пункт.

Eco-режим в настоящее время доступен пользователям JetBrains Air EAP в IDE: в IntelliJ IDEA 2026.3 Beta (для бета-версий других IDE поддержка появится позже), а также в версиях JetBrains IDE 2026.2. Он общедоступен в Junie CLI начиная с версии 26.10.20. Eco-режим включен по умолчанию для поддерживаемых конфигураций «модель-усиление».

Как работает Eco-режим Junie

Eco-режим разделяет задачу по программированию на две части и передает каждую часть той модели, которая лучше всего для нее подходит.

Шаг 1: архитектор составляет план. Когда вы просите Junie изменить код, он сначала передает задачу выбранной вами модели с выбранным вами уровнем усиления. На этом этапе модели разрешено только изучать: она читает и ищет в коде, но ничего не меняет. (Единственное исключение: если вы сообщили об ошибке, она может написать небольшой тест, воспроизводящий эту ошибку.) Модель уже знает все, что вы обсуждали с Junie до этого, поэтому вам никогда не придется повторяться. Она спроектирована так, чтобы работать быстро, обычно выполняя около 15 шагов, и останавливается, как только понимает, что и как нужно изменить.

Результатом является краткий план с фиксированной структурой:

Цель: чего должно достичь изменение
Область действия: что входит, а что нет
Где изменить: конкретные файлы и части кода
Подход: как внести изменение
Тесты: как проверить работоспособность
Риски и крайние случаи: что может пойти не так

Шаг 2: строитель следует плану. Затем Junie передает ту же беседу, включая план, гораздо более дешевой модели (в настоящее время GPT-6 Luna). Строитель выполняет долгую практическую часть: он редактирует файлы, запускает сборку и тесты, исправляет то, что сломалось, и завершает задачу.

Junie исследует код с помощью выбранной вами модели, а затем передает беседу и структурированный план более дешевой модели для реализации.

Это работает благодаря тому, как формируется стоимость задачи. Планирование занимает всего несколько шагов, но требует хорошего анализа. Сборка состоит из множества шагов, и большинство из них просто следуют плану. В Eco-режиме вы платите премиальную цену только за ту часть, которая требует премиального уровня мышления.

Почему бы просто не выбрать модель для каждой задачи?

Очевидная альтернатива заключается в том, чтобы рассмотреть каждый запрос и заранее угадать, является ли он сложным (использовать дорогую модель) или простым (использовать дешевую). Мы считаем, что это работает плохо:

Нельзя определить сложность задачи только по одному запросу. «Исправить тест, который иногда падает» может оказаться исправлением одной строки или недельной работой по расследованию. Угадывание заранее означает принятие решения до того, как кто-либо посмотрел на код. В Eco-режиме умная модель сначала изучает задачу.
Каждая задача по-прежнему получает мышление высочайшего качества. Дешевая модель никогда не решает, что именно строить. Она лишь реализует решения, которые умная модель уже приняла.
Передача управления оформляется в виде письменного плана, а не догадки. Поскольку план всегда имеет одинаковую структуру, строитель изначально знает, какие файлы нужно затронуть, как протестировать изменение и на что обратить внимание.

Одна передача управления на задачу

Некоторые инструменты позволяют дешевой модели «позвонить более умному другу» за советом всякий раз, когда она застревает. Каждый такой вызов означает повторную отправку большой части диалога дорогой модели, и это быстро накапливается. Eco-режим передает управление один раз — от архитектора к строителю, — и больше не переключается туда и обратно. Это сохраняет процесс простым и дешевым.

Когда Eco-режим не вмешивается

Eco-режим задействуется только там, где от него есть реальная польза:

Только для задач, требующих изменения кода. Этап планирования запускается только тогда, когда ваша задача предполагает изменение кода, которое вы собираетесь сохранить. Вопросы, пояснения, настройка проекта, «запусти это и скажи мне, что получится» — все это остается за выбранной вами моделью от начала и до конца.
Отключается там, где он не экономит деньги. Eco-режим недоступен в сеансах /remote и с определенными комбинациями модели и усилия, включая Opus 5.5 с низким усилием и Sonnet 5.5.

Результаты тестирования

Для каждой протестированной конфигурации «модель-усиление» мы запускали одни и те же задачи при выключенном и включенном Eco-режиме. Наша последняя оценка охватывала два внутренних теста: тест B (29 парных конфигураций) и тест A (21 парная конфигурация). Это количество конфигураций, а не задач. Каждая пара сравнивает Eco-режим с базовой линией для той же модели и уровня усиления.

Оба теста состоят исключительно из реальных задач разной сложности, взятых из закрытых репозиториев. Тест B охватывает широкий спектр закрытых репозиториев разного размера и контекста проектов. Тест A включает задачи из очень больших репозиториев, масштаб которых делает многие задачи значительно более сложными.

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

Стоимость модели и успешность решения

Последняя внутренняя оценка. Средние значения по 29 парам «модель-усиление» в тесте B и 21 в тесте A. Результаты варьируются в зависимости от модели и рабочей нагрузки.

В тесте B средняя стоимость модели на задачу упала с \$2.61 до \$1.11 (57.3%), в то время как средний показатель успешности решения изменился с 49.1% до 48.5% (снижение на 0.6 процентного пункта).

В тесте A средняя стоимость модели на задачу упала с \$2.51 до \$1.30 (48.1%). Средние показатели успешности решения округляются до 32.1% как с Eco-режимом, так и без него.

Индивидуальные конфигурации могут демонстрировать более значительные изменения в проценте успешного решения. Проценты снижения затрат рассчитываются на основе более точных значений, показанных на графике; суммы в долларах в тексте округлены до центов.

Примеры из оценки

Следующие примеры взяты из оценки на 100 реальных задачах программирования из бенчмарка B. В этой оценке Eco снизила стоимость модели за задачу примерно на 63% для Opus 5.5 при максимальных усилиях.

Попробуйте

Режим Eco доступен в:

JetBrains Air в IDE: в версиях 2026.2 сред разработки JetBrains и в IntelliJ IDEA 2026.3 EAP, начиная с бета-сборки, а сборки 2026.3 EAP для других IDE появятся позже.
Junie CLI: общедоступно в версии 26.10.20 и более поздних.

В этих средах режим Eco включен по умолчанию для Opus 5, Opus 5.5 (средний уровень усилий и выше), Fable 5.1, Grok 4.5 / 4.6 / 4.7, GPT-5.6 Sol, GPT-6 Sol, GPT-5.6 Terra и GPT-6 Astra. Вы можете отключить Eco в любой момент, когда захотите, чтобы всю задачу обрабатывала одна модель.

Используйте селектор моделей, чтобы включить или выключить Eco. Выберите модель, которой вы доверяете выполнение мыследеятельности, а режим Eco позаботится обо всем остальном.

Одна модель на задачу уходит в прошлое

Самые умные модели ИИ продолжают совершенствоваться, но по-прежнему обходятся дороже. Между тем, дешевые модели незаметно стали достаточно хороши для выполнения большей части практической работы, если кто-то говорит им, что именно делать. Мы не считаем, что будущее ИИ-ассистентов для программирования — это одна модель или система, которая заранее угадывает одну модель. Это команда, где каждая часть работы достается модели, которая лучше всего для нее подходит.

Режим Eco — наш первый шаг в этом направлении. Опробуйте его в своей реальной работе и расскажите нам, где он работает хорошо, а где не справляется.