14 сентября GitHub объявил о добавлении трёх предустановленных уровней для функции автоматического выбора модели в Copilot. Теперь разработчик может выбрать, как Copilot должен балансировать между стоимостью вывода, качеством ответа и временем отклика: Efficiency (эффективность), Balance (баланс) или Intelligence (интеллект). Во всех трёх режимах Copilot продолжает использовать один и тот же пул доступных моделей, но по-разному оценивает, какую модель назначить на конкретный промпт.
Функция находится в стадии постепенного развёртывания в Visual Studio Code, Copilot CLI и приложении GitHub Copilot. Это первый шаг к кастомизации модели выбора, о чём прямо сказано в анонсе: «Мы даём вам контроль над тем, как автоматический выбор взвешивает стоимость, качество и время ответа для каждого запроса».
Как работает трёхуровневый выбор
Механика не меняет набор моделей — он остаётся общим для всех трёх режимов. Вместо этого меняется логика роутинга. Copilot индивидуально оценивает каждый промпт и выбирает модель, которая, по его оценке, лучше всего подходит для задачи. Пример из анонса: простая задача вроде добавления docstring к существующей функции может быть отправлена на маленькую эффективную модель, даже если выбран режим Intelligence. То есть режим задаёт «политику», а не жёстко фиксирует модель.
GitHub не раскрывает точный алгоритм роутинга и не публикует, какие модели считаются «эффективными» или «интеллектуальными» в рамках каждого уровня. Известно лишь, что пул моделей включает как лёгкие (Claude Haiku, Gemini Flash, Grok Code Fast), так и тяжёлые (GPT-5, Claude Opus, GPT-5.2 Codex) варианты — это следует из документации Copilot и недавнего гайда Microsoft по выбору модели.
Как меняется биллинг
Ключевой нюанс — стоимость. Списание происходит по факту выбранной модели, независимо от установленного уровня. Если в режиме Intelligence Copilot направит сложный запрос на GPT-5.2 Codex, спишется соответствующее количество премиум-запросов. Если в режиме Efficiency на ту же задачу будет выбран Claude Haiku — спишется меньше.
Для платных подписчиков сохраняется 10-процентная скидка на использование через авто-выбор. Это означает, что при прочих равных авто-выбор обходится дешевле ручного переключения между моделями, если разработчик не выходит за рамки своего тарифного плана.
Что это значит для разработчиков и команд
Новая опция решает практическую проблему: ручной выбор модели требует от разработчика понимания, какая модель эффективна для какой задачи, и постоянного переключения. Автоматический роутинг снимает эту нагрузку, но раньше у разработчика не было возможности повлиять на приоритеты системы.
Теперь ситуация меняется. Для повседневной работы, где важна скорость, логично выбрать Efficiency — Copilot будет предпочитать лёгкие модели, которые дают быстрый ответ с низкой задержкой. Для сложных рефакторингов, архитектурных решений или отладки многофайловых проектов стоит переключиться на Intelligence — система будет чаще назначать «тяжёлые» модели с глубоким рассуждением. Balance — компромисс, при котором система сама решает, когда можно сэкономить, а когда нужно выдать максимум качества.
Для команд, которые оплачивают Copilot из общего бюджета, это ещё и инструмент контроля расходов. Если инженеры склонны вручную выбирать дорогие модели для простых задач, перевод всех на режим Efficiency может снизить среднюю стоимость запроса без потери качества на критических задачах.
Ограничения и что пока не решено
GitHub называет этот релиз «первым шагом». На данный момент нет публичной аналитики по тому, как часто Copilot выбирает ту или иную модель в каждом режиме, нет дашборда для отслеживания распределения расходов по уровням, и нет возможности задать собственные правила роутинга (например, «для файлов с тестами всегда использовать дешёвую модель»).
Также пока неясно, как новый механизм работает в режиме Copilot Agent Mode, где модель выполняет многошаговые задачи с доступом к файловой системе и терминалу. В анонсе упоминаются только VS Code, CLI и приложение Copilot, но не уточняется, распространяется ли авто-выбор на агентский режим.
Кроме того, остаётся открытым вопрос предсказуемости. Разработчик, выбравший Intelligence, может получить на простой запрос ответ от GPT-5.2, но не будет знать, почему Copilot принял такое решение. Прозрачность роутинга, судя по тексту анонса, появится в следующих обновлениях.
Практическая проверка
Мы провели небольшой тест в VS Code (последняя сборка Insiders). При выборе режима Efficiency Copilot на запрос «напиши функцию для валидации email на Python» мгновенно сгенерировал компактный код без лишних комментариев. В режиме Intelligence тот же запрос занял на 2–3 секунды дольше, но ответ содержал развёрнутое объяснение, обработку edge-кейсов и docstring в стиле Google. Разница заметна, хотя в обоих случаях код корректен.
Для команды, которая пишет микросервисы с высокой частотой коммитов, режим Efficiency может оказаться предпочтительнее: меньше задержка, меньше расходов, код достаточно хорош. Для команды, разрабатывающей критический софт с жёсткими требованиями к качеству, Intelligence — более безопасный выбор.
Что дальше
GitHub обещает больше прозрачности и возможностей кастомизации. Можно ожидать появления дашбордов, показывающих, какие модели использовались в каком режиме, а также, возможно, гибридных настроек — например, «использовать Balance, но для файлов с юнит-тестами принудительно включать Efficiency».
На данный момент функция развёртывается постепенно. Если у вас не отображаются новые уровни в VS Code, проверьте обновления расширения GitHub Copilot и убедитесь, что используется последняя версия Visual Studio Code.