GitHub Copilot Fusion: как настроить и оценить пользу

Материал сверен с актуальной документацией и анонсами GitHub 29 октября 2026 года. Это разбор по документации, а не результаты собственного тестирования.

Что меняет GitHub Copilot Fusion

GitHub Copilot Fusion берёт на себя выбор модели и, когда это полезно, координирует работу нескольких моделей. Представьте техлида, который решает, достаточно ли быстро внести правку, нужен ли ревьюер или пора подключить более серьёзные ресурсы. Задачу по-прежнему ставите вы — и вы же решаете, можно ли принять полученный код.

GitHub открыл общий доступ к Fusion 28 октября 2026 года, объединив оркестрацию Project HydraFusion с автоматическим выбором моделей Auto. Прежние варианты Auto, HydraFusion и HydraFusion Max переходят в соответствующие режимы Fusion. Таким образом, предварительная исследовательская версия, вышедшая в октябре, — это предшественник Fusion, а не отдельный продукт, который нужно использовать вместе с ним. Анонс Fusion от GitHub.

Работу моделей можно организовать по разным схемам:

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

Эти схемы описаны в исследовании HydraFusion от GitHub. В актуальной документации Fusion речь идёт о параллельно работающих критиках, чьи замечания затем объединяются. Это не означает, что каждый запрос проходит через все схемы. Как работает Fusion.

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

Где работает Fusion и как его включить

Fusion доступен в приложении Copilot, Visual Studio Code, Copilot CLI и IDE JetBrains. GitHub перечисляет эти клиенты и указывает доступность в тарифах Copilot. Но это не гарантирует одинаковый набор режимов для всех аккаунтов: доступ к моделям по-прежнему зависит от тарифа и политик. Текущая доступность.

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

Приложение GitHub Copilot

Нажмите на название модели под полем ввода запроса, включите Copilot Fusion и выберите один из предложенных режимов. Чтобы вернуться к конкретной модели, отключите переключатель и выберите её. Приложение запомнит выбор для следующих сессий. Выбор модели в приложении.

Visual Studio Code

В настройках убедитесь, что параметр chat.copilot.dynamicAutoTiers.enabled включён. Создайте новый чат с Copilot harness — средой выполнения, которая связывает модель с инструментами агента. В меню моделей выберите Copilot Fusion, затем доступный режим. Само включение настройки не даёт права доступа: если доступных режимов Fusion нет, в меню по-прежнему может отображаться Auto. Настройка в VS Code.

GitHub Copilot CLI

В интерактивной сессии введите /model, выберите Fusion и режим работы, затем подтвердите выбор. Для пробного запуска с ограниченной задачей можно использовать структуру команды из документации GitHub. В этом примере запрашивается анализ без изменения файлов:

copilot --model fusion --fusion-tier standard -p "Explain how this repository runs its tests. Do not edit files."

Это актуальный способ запуска Fusion, без прежнего экспериментального флага HydraFusion. Выбор модели в CLI.

Какие модели может использовать Fusion

Перечень моделей Claude и GPT отражает ситуацию на конкретную дату, а не закрепляет состав пула навсегда. В обновлении HydraFusion от 14 октября 2026 года GitHub прямо перечислил:

• Claude Opus 5.5 от Anthropic.
• GPT-6 Astra от OpenAI.
• GPT-6.1 Sol от OpenAI.
• GPT-6 Luna от OpenAI.

В том же обновлении появились HydraFusion Max и более глубокое рассуждение на этапах подготовки решения и ревью. Именно эти названия подтверждены анонсом предварительной версии. Октябрьское обновление пула моделей.

В актуальном обзоре Fusion нет фиксированного исчерпывающего списка облачных моделей. В документации сказано, что пул меняется, а узнать, какие модели использовались, можно, наведя указатель на название режима под ответом. Полный каталог моделей Copilot не означает, что Fusion обязательно будет направлять запросы каждой из них. Как устроен текущий пул моделей.

Для руководителя разработки важен список моделей, разрешённых именно в его аккаунте. Владельцы Enterprise могут открыть AI controls → Copilot → Models → Configure Copilot Fusion models. При этом выбранные настройки остаются в рамках остальных политик доступа к моделям, действующих для пользователя. Управление моделями в Enterprise.

Отдельно доступна предварительная версия маршрутизации на локальные модели. Она поддерживает определённые конфигурации с MAI Code 1.1 Flash или Qwen3.8 Flash Next в режиме Standard. Добавить произвольную локальную модель недостаточно, чтобы Fusion мог её использовать. Локальное выполнение модели также не делает Fusion автономным: маршрутизация всё равно происходит в облаке. Ограничения работы с локальными моделями.

Начните со Standard и повышайте уровень по необходимости

Начните со Standard. Прежде чем выбирать High или Max, определите, что именно должна дать дополнительная проверка. GitHub описывает Standard как вариант для повседневного написания кода, High — для сложных задач и более глубокого рассуждения, Max — для наиболее требовательной работы. Описание режимов работы.

Примеры задач ниже — редакционные рекомендации, а не выводы из замеров производительности:

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

Fusion Max — это режим работы, а не название обязательной подписки. Существует и Fusion Fast, но пользователь не может выбрать его вручную; он доступен только во встроенном чате редактора VS Code. Доступные режимы.

Как Fusion расходует кредиты ИИ

Стоимость зависит от работы, которую выполнили выбранные модели. Входные, выходные и кешированные токены оплачиваются по расценкам соответствующей модели. Где предусмотрено, добавляется плата за запись в кеш, после чего сумма пересчитывается в кредиты ИИ. Фиксированная стоимость задачи Fusion в кредитах не опубликована. Как GitHub рассчитывает оплату.

Отдельной платы за оркестрацию в Fusion нет. Для платных тарифов Copilot сейчас действует скидка 30% на стоимость моделей в Fusion до 30 ноября 2026 года. Оплата Fusion. Сами тарифы и включённые лимиты разобраны в руководстве по ценам GitHub Copilot.

Подготовка чернового решения, критика и доработка — каждый этап расходует ресурсы. На потребление также влияют глубина рассуждения, размер контекста, обращения к инструментам и кеширование. Поэтому запуск в несколько проходов может стоить больше кредитов, чем запрос к одной модели, даже если маршрутизация работает именно так, как задумано. Объяснение расхода кредитов ИИ в документации VS Code.

Во время пробного использования учитывайте и неудачные попытки, и уточняющие запросы для исправления результата. Дешёвое черновое решение, которое приходится многократно переделывать, может оказаться менее выгодным, чем более дорогой запуск, сразу давший приемлемую правку. И наоборот: критика простого переименования может не принести никакой пользы. Сравнивайте стоимость завершённой работы, а не самого дешёвого отдельного ответа.

Что показывает бенчмарк GitHub и чего из него не следует

GitHub сообщает об обнадёживающем результате, но он не доказывает экономию на вашем репозитории. В анонсе Universe компания пишет:

Речь идёт об Artificial Analysis Coding Agent Index. Это заявленный GitHub результат бенчмарка, а не независимый тест, проведённый для этой статьи. Анонс GitHub Universe.

В подробном списке изменений уточняется, что сравнение проводилось с Claude Code на Opus 5.5 Max, а под стоимостью понимается средняя стоимость API на задачу. Это более узкое утверждение, чем обещание вдвое сократить счёт за Copilot. Контекст бенчмарка GitHub.

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

Что это даёт разработчикам, руководителям и тем, кто выбирает инструменты

Разработчикам Fusion упрощает выбор модели. Если вы постоянно прерываете работу, чтобы решить, какой модели поручить следующую задачу, Fusion стоит попробовать в ограниченном масштабе. Ясно формулируйте проблему, ожидаемое поведение и требования к ревью. Передача выбора модели системе должна избавлять от лишнего отвлечения, а не размывать постановку задачи.

Руководителям разработки нужны правила выбора режима и учёт принятых результатов. Для начала можно договориться так: Standard — для рутины, High — для изменений с чёткими границами, которым нужно ревью, Max — только по осознанному решению. Записывайте, чем помогло повышение уровня. Иначе выбор максимального режима легко станет привычкой без доказательств, что выпускаемый код от этого лучше.

Тем, кто сравнивает Copilot с Claude Code или Cursor, стоит проверять тот рабочий процесс, который они собираются внедрять. Бенчмарк — повод оценить вариант, но не основание переводить на него всю организацию. Вместе с кредитами оценивайте нагрузку на ревьюеров, пригодность для работы с вашим репозиторием и завершённые результаты. Для выбора инструмента в целом пригодится сравнение Claude Code и GitHub Copilot: Fusion меняет лишь одну часть этого решения.

Где ожидания завышены и кому стоит оставить Fusion выключенным

Участие дополнительных моделей не снимает с вас ответственности за изменения в коде. GitHub описывает особенно существенное ограничение: отброшенные черновые решения могут оставлять после себя правки файлов. Кроме того, у Fusion нет собственного объединённого контекстного окна, и он не запускает субагентов. Ограничения Fusion.

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

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

Также стоит подождать, если требуется работа без интернета или вы не можете определить и проверить, какое изменение считать приемлемым. Для совсем небольших рутинных запросов разумнее может быть сохранить Standard и просто не использовать уровни с более активной оркестрацией. «Не включать Max» и «не включать Fusion» — разные решения.

GitHub Copilot Fusion на практике: проверка на одном репозитории за эту неделю

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

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

Подпишитесь на рассылку, чтобы получать практические руководства по выбору и использованию инструментов разработки с ИИ.