Michael JohnsonDo złożonych zadań w Copilocie można teraz wybrać HydraFusion Max: system sam określa, jaki sposób wykonania i które modele zastosować na etapach rozwiązywania oraz weryfikacji. GitHub ogłosił aktualizację 14 października 2026 roku; HydraFusion i Max są dostępne w wersji zapoznawczej dla celów badawczych w VS Code, aplikacji GitHub Copilot i Copilot CLI.
HydraFusion działa jako orkiestrator wielu modeli, a nie jako osobny model. Dla każdego zapytania wybiera jeden ze scenariuszy: jeden model rozwiązuje zadanie; Cascade przekazuje wersję roboczą do oceny modelowi-sędziemu, który może ją zaakceptować lub zażądać dodatkowego przebiegu; Critique zbiera równoległe uwagi kilku modeli i zwraca poprawioną odpowiedź. W aktualizacji GitHub poinformował, że Cascade zyskał etap oceny wersji roboczej, a Critique aktywniej wykorzystuje narzędzia do sprawdzania obszaru roboczego. Ogłoszenie aktualizacji HydraFusion opisuje również ustawienia intensywności rozumowania: średnią dla pierwszej wersji i wysoką dla weryfikacji.
Max jest przeznaczony do zadań wymagających dogłębnej weryfikacji
HydraFusion Max korzysta z tej samej architektury i tych samych schematów orkiestracji co wersja podstawowa, ale został zaprojektowany z myślą o bardziej wymagających zadaniach i stosuje większą intensywność rozumowania tam, gdzie liczy się dokładność. GitHub podaje jako przykład złożone zadania agentowe; zwykłą codzienną pracę przypisuje scenariuszowi automatycznego wyboru jednego modelu.
Daje to programistom praktyczny wybór między szybkością a dodatkowymi etapami weryfikacji. Przy drobnej poprawce dodatkowe przebiegi mogą wydłużyć czas i zwiększyć koszt bez przynoszenia korzyści. W przypadku zmian obejmujących wiele plików, gdy ważne jest sprawdzenie ich wzajemnej spójności, osobny etap krytyki może być trafniejszym wyborem. To hipoteza robocza do sprawdzenia na własnych zadaniach, a nie opublikowana przez GitHub gwarancja poprawy jakości.
Wersja zapoznawcza wymaga kontroli kosztów i zmian w kopii roboczej
Dostęp zależy od planu Copilot, włączonych funkcji eksperymentalnych i zasad obowiązujących w organizacji. Dokumentacja GitHub wyjaśnia, że HydraFusion samodzielnie wybiera dostępne modele, a poszczególne przebiegi są rozliczane według standardowej stawki danego modelu. Dlatego zadanie z użyciem Cascade lub Critique może zużywać więcej kredytów AI niż pojedyncze wywołanie modelu. Dokumentacja HydraFusion opisuje te warunki, sposoby sprawdzania wykorzystania oraz obecne ograniczenia wersji zapoznawczej dla celów badawczych.
Zespoły mogą łatwo ocenić, czy warto włączyć orkiestrację: wybrać niewielką próbkę rzeczywistych zadań, zachować identyczne zapytania i początkowe wersje repozytorium, a następnie porównać HydraFusion, Max i zwykły tryb. Dla każdego wyniku warto zapisywać czas wykonania, zużyte kredyty AI, liczbę poprawek po weryfikacji oraz błędy wykryte przez testy lub recenzenta. Taki pomiar odpowiada na praktyczne pytanie: czy dodatkowy przebieg usprawnia właśnie wasz proces tworzenia oprogramowania.
Przed scaleniem zmian sprawdź diff i uruchom standardowe testy: dokumentacja ostrzega, że zmiany plików wprowadzone podczas odrzuconej wersji roboczej nie są automatycznie cofane. Ponieważ funkcje pozostają w wersji zapoznawczej, a używane modele mogą się zmieniać, warto powtarzać ocenę po istotnych aktualizacjach. W przypadku krótkich, codziennych zapytań rozsądnym punktem wyjścia jest zwykły wybór modelu; HydraFusion Max warto testować tam, gdzie dodatkowa weryfikacja może oszczędzić czas poświęcany na poprawianie błędów.