GitHub HydraFusion: оркестрация моделей вместо ставки на одну

Auto model selection отвечал на вопрос «какая модель лучше справится с этой задачей».

Вопрос был статичным: выбор происходит один раз, до начала работы.

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

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

Механика простая на бумаге и тяжёлая в проде.

Быстрая дешёвая модель пишет первую версию.

Вторая модель - не обязательно та же, что и первая - критикует: находит логические дыры, нарушения стиля, забытые edge case.

Если критика показывает, что задача сложнее ожидаемого, система каскадирует к более дорогой frontier-модели вместо того, чтобы гонять её на каждый запрос.

Экономический эффект измеряется в TTU: время от запроса разработчика до рабочего результата сокращается, потому что дорогая модель включается только там, где она реально нужна.

Это тот случай, когда простой результат - «код готов быстро и без дыр»

- требует сложной инженерии маршрутизации под капотом.

Оркестрация нескольких моделей одновременно создаёт вторую задачу - управление этим парком. В тот же день, когда была выпущена MAI-Code-1-Flash, GitHub объявил её депрекацию во всех режимах Copilot: чат, инлайн-правки, автодополнение, агентный режим. Команды, которые зашили конкретную модель в пайплайн или в политику, получают внеплановую миграцию без окна на подготовку.

Ответ на этот же класс проблем - enterprise managed settings для Copilot в JetBrains: администраторы получили централизованный контроль над плагинами, доступом MCP-серверов, телеметрией и режимами разрешений.

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

Параллельно CodeQL 2.27.0 добавил нативную поддержку Linux ARM64 и новый security-запрос для Rust, расширив покрытие Java/Kotlin и C#.

Рост числа платформ и языков, на которых генерируется код - в том числе моделями, - требует, чтобы статический анализ рос вместе с ними, а не отставал на квартал.