Одна модель для всего кода — похоже, этот подход начинает уходить в прошлое. GitHub тестирует Project HydraFusion для Copilot, где вместо универсальной модели используется сразу несколько специализированных систем, а задачи между ними распределяются по ходу работы.
Причём роли разделены довольно прагматично. Небольшие модели занимаются быстрыми операциями вроде автодополнения строк, тогда как более мощные получают задачи, где требуется рассуждение: проектирование архитектуры, рефакторинг и поиск нестандартных ошибок.
Но GitHub решил не останавливаться на распределении работы. Перед тем как сгенерированный результат окажется непосредственно в IDE или попадёт в пул-реквест, его дополнительно проверяют модели-критики и инструменты статического анализа.
Логика здесь простая: одна система создаёт решение, другие пытаются найти в нём проблемы. Такой подход особенно важен для больших репозиториев, где ошибка может появиться далеко за пределами изменённого участка и проявиться только после интеграции кода.
Именно поэтому от HydraFusion GitHub ожидает снижения числа галлюцинаций и логических ошибок без заметной потери скорости. Получается своеобразный компромисс: быстрые модели берут на себя рутину, сильные — сложные задачи, а отдельный слой проверки не даёт результату сразу попасть в рабочий код.
Предварительная версия Project HydraFusion уже доступна всем подписчикам Copilot. Если такой принцип оправдает себя, разработка ПО может постепенно перейти от модели «один ИИ делает всё» к системе, где разные модели постоянно проверяют и дополняют друг друга.
