Michael JohnsonДля складного завдання в Copilot тепер можна вибрати HydraFusion Max: система сама визначає, яку схему виконання та які моделі використовувати на етапах розв’язання й перевірки. GitHub оголосила про оновлення 14 жовтня 2026 року; HydraFusion і Max доступні в дослідницькому попередньому перегляді у VS Code, застосунку GitHub Copilot і Copilot CLI.
HydraFusion працює як оркестратор кількох моделей, а не як окрема модель. Для кожного запиту вона вибирає один зі сценаріїв: одна модель виконує завдання; Cascade передає чернетку на перевірку моделі-судді, яка може її схвалити або запросити ретельніший етап; Critique збирає паралельні зауваження кількох моделей і повертає переглянуту відповідь. В оновленні GitHub повідомила, що Cascade отримав етап оцінювання чернетки, а Critique активніше використовує інструменти для перевірки робочого простору. В оголошенні про оновлення HydraFusion також описано налаштування інтенсивності міркувань: середній рівень для початкового варіанта й високий — для перевірки.
Max призначений для завдань, де важлива глибина перевірки
HydraFusion Max використовує ту саму архітектуру та схеми оркестрації, що й базовий варіант, але призначений для вимогливіших завдань і застосовує підвищену інтенсивність міркувань там, де потрібна ретельність. GitHub наводить як приклад складні агентні завдання; звичайну повсякденну роботу компанія відносить до сценарію автоматичного вибору однієї моделі.
Це дає розробникам практичний вибір між швидкістю та додатковими етапами перевірки. Для невеликого виправлення зайві етапи можуть збільшити затримку й вартість без корисного результату. Для багатофайлової зміни, де важливо перевірити узгодженість правок, окремий етап критики може бути доречнішим. Це робоча гіпотеза, яку варто перевірити на власних завданнях, а не опублікована GitHub гарантія підвищення якості.
Попередній перегляд вимагає контролю витрат і змін у робочій копії
Доступ залежить від плану Copilot, увімкнених експериментальних функцій і політик організації. У документації GitHub зазначено, що HydraFusion самостійно вибирає доступні моделі, а окремі етапи тарифікуються за стандартною ставкою кожної моделі. Тому завдання з Cascade або Critique може витратити більше кредитів ШІ, ніж один виклик моделі. У документації з HydraFusion описано ці умови, способи перегляду використання та поточні обмеження дослідницького попереднього перегляду.
Команди можуть просто оцінити, чи варто вмикати оркестрацію: вибрати невелику вибірку реальних завдань, зберегти однакові запити й початкові версії репозиторію, а потім порівняти HydraFusion, Max і звичайний режим. Для кожного результату корисно записувати витрачений час, кредити ШІ, кількість виправлень після перевірки та помилки, виявлені тестами або рецензентом. Таке вимірювання дає відповідь на практичне запитання: чи покращує додатковий етап саме ваш процес розробки.
Перед злиттям змін перевірте diff і запустіть звичайні тести: документація попереджає, що зміни файлів, зроблені під час відкинутої чернетки, автоматично не скасовуються. Оскільки функції залишаються в попередньому перегляді, а використовувані моделі можуть змінюватися, оцінювання варто повторювати після помітних оновлень. Для коротких повсякденних запитів розумна відправна точка — звичайний вибір моделі; HydraFusion Max варто випробовувати там, де додаткова перевірка потенційно заощадить час на виправленні помилок.