GitHub выпустила Copilot Fusion с автоматическим выбором и оркестрацией моделей

28 октября 2026 года GitHub объявила об общедоступности Copilot Fusion. Вместо ручного выбора модели разработчик задаёт уровень усилий, а система определяет исполнителей и способ их взаимодействия для каждого запроса.

Fusion объединяет автоматический выбор моделей Copilot и оркестрацию Project HydraFusion. Для начала работы нужно обновить клиент, выбрать Copilot Fusion в меню моделей и указать Standard, High или Max: от повседневных задач до наиболее сложных рассуждений.

Как распределяется работа

GitHub описывает три сценария выполнения:

• Single: задачу выполняет одна модель.
• Cascade: экономичная модель готовит решение, затем проверка определяет, принять его или передать задачу более сильной модели.
• Critique: первоначальный ответ проходит проверку другими моделями, после чего исходная модель дорабатывает его с учётом замечаний.

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

Доступ и стоимость

Fusion доступен на всех планах Copilot в четырёх заявленных средах. Доступный набор моделей зависит от подписки и политик организации. Администраторы могут ограничивать этот набор и назначать Fusion вариантом по умолчанию.

Использование оплачивается по стандартным ставкам каждой задействованной модели. В анонсе заявлена временная скидка 30% для платных планов. Поэтому дополнительные проверки могут увеличить стоимость конкретной задачи, даже если маршрутизация помогает экономить в других случаях.

Как оценивать результат

GitHub сообщает, что Fusion Max набрал 60 баллов в Artificial Analysis Coding Agent Index — в пределах двух баллов от Claude Code с Opus 5.5 Max. По данным компании, средняя стоимость API и расход токенов были примерно вдвое ниже, а время выполнения — примерно на 40% меньше. Эти показатели относятся к указанной конфигурации теста; они не доказывают такую же экономию на любом репозитории.

В документации также отмечено практическое ограничение: отказ от промежуточного варианта ответа не отменяет автоматически уже внесённые им изменения в файлы. Перед коммитом разработчику по-прежнему нужно проверить рабочие изменения.