Copilot Fusion сам выберет модели: как теперь считать стоимость задачи

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

Коротко

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

Зачем одной задаче несколько моделей

При работе с кодом нужно понять проблему, подготовить изменение и проверить его. Эти этапы предъявляют разные требования. Иногда достаточно одного ответа, иногда отдельная проверка находит пропуск, а иногда она только повторяет уже известное.

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

Что произошло

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

Система доступна в поддерживаемых продуктах Copilot, включая VS Code, командный интерфейс, приложение и JetBrains. Доступные режимы зависят от плана и политик организации. Наличие названия функции не означает одинаковые возможности у всех пользователей.

Отдельного сбора за Fusion нет: учитывается работа использованных моделей. Более сложная схема может потратить больше кредитов. Для платных планов до 30 ноября 2026 года объявлена скидка 30% на стоимость моделей при использовании Fusion.

Что изменится для заказчика разработки

Исполнитель сможет меньше времени тратить на ручное переключение моделей. Но в смете по-прежнему важны весь путь задачи и проверенный результат. Фраза «ИИ сам выбрал лучшую модель» не отвечает на вопрос, работает ли ваша форма заявки.

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

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

Как испытать Fusion в своей работе

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

Мы бы смотрели на четыре вещи:

прошло ли изменение приёмку;
сколько раз пришлось переделывать;
сколько стоила вся работа;
сколько времени человек потратил на проверку.

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

Что важно знать об ограничениях

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

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

Если вы пока разбираетесь в роли таких инструментов, начните с объяснения ИИ-агентов и ассистентов. Оно поможет читать подобные анонсы без ожидания, что выбор модели заменяет весь процесс разработки.