Michael JohnsonCopilotissa voi nyt valita vaativaan tehtävään HydraFusion Maxin: järjestelmä päättää itse, mitä suoritusmallia ja mitä malleja ratkaisun ja tarkistuksen eri vaiheissa käytetään. GitHub ilmoitti päivityksestä 14. lokakuuta 2026; HydraFusion ja Max ovat tutkimusesikatselussa VS Codessa, GitHub Copilot -sovelluksessa ja Copilot CLI:ssä.
HydraFusion toimii useiden mallien orkestroijana, ei erillisenä mallina. Se valitsee kullekin pyynnölle yhden toimintamalleista: yksi malli ratkaisee tehtävän; Cascade välittää luonnoksen tuomarin roolissa toimivalle mallille tarkistettavaksi, ja tämä voi hyväksyä sen tai pyytää vahvempaa käsittelyä; Critique kokoaa useiden mallien rinnakkaiset huomiot ja palauttaa tarkistetun vastauksen. GitHub kertoi päivityksessä, että Cascadeen lisättiin luonnoksen arviointivaihe ja että Critique hyödyntää nyt aktiivisemmin työkaluja työtilan tarkistamiseen. HydraFusion-päivityksen ilmoituksessa kuvataan myös päättelytehon säätöä: keskitasoa alustavaan versioon ja korkeaa tarkistukseen.
Max on tarkoitettu tehtäviin, joissa tarkistuksen perusteellisuus on tärkeää
HydraFusion Max käyttää samaa arkkitehtuuria ja orkestrointimalleja kuin perusversio, mutta se on tarkoitettu vaativampiin tehtäviin ja käyttää tavallista enemmän päättelytehoa silloin, kun tarvitaan huolellisuutta. GitHub mainitsee esimerkkinä monimutkaiset agenttitehtävät; tavalliseen päivittäiseen työhön yritys suosittelee yhden mallin automaattista valintaa.
Tämä antaa kehittäjille käytännöllisen valinnan nopeuden ja ylimääräisten tarkistusvaiheiden välillä. Pienessä korjauksessa lisäkierrokset voivat kasvattaa viivettä ja kustannuksia tuottamatta hyötyä. Usean tiedoston muutoksessa, jossa muutosten johdonmukaisuus on tärkeää, erillinen kritiikkivaihe voi olla sopivampi. Tämä on omissa tehtävissä testattava työhypoteesi, ei GitHubin julkaisema takuu laadun paranemisesta.
Esikatselu edellyttää kustannusten ja työkopion muutosten seurantaa
Saatavuus riippuu Copilot-tilauksesta, käyttöön otetuista kokeellisista ominaisuuksista ja organisaation käytännöistä. GitHubin dokumentaation mukaan HydraFusion valitsee saatavilla olevat mallit itsenäisesti, ja jokainen erillinen käsittelyvaihe veloitetaan kyseisen mallin normaalin hinnaston mukaan. Siksi Cascadea tai Critiquea käyttävä tehtävä voi kuluttaa enemmän tekoälykrediittejä kuin yksi mallikutsu. HydraFusion-dokumentaatiossa kerrotaan näistä ehdoista, käytön tarkastelutavoista ja tutkimusesikatselun nykyisistä rajoituksista.
Tiimit voivat arvioida orkestroinnin hyödyllisyyttä yksinkertaisesti: valitaan pieni otos todellisia tehtäviä, pidetään pyynnöt ja repositorion lähtöversiot samoina ja verrataan HydraFusionia, Maxia ja tavallista tilaa. Kunkin tuloksen kohdalla kannattaa kirjata käytetty aika, tekoälykrediitit, tarkistuksen jälkeen tarvittujen korjausten määrä sekä testeissä tai arvioijan tarkistuksessa löytyneet virheet. Näin saadaan vastaus käytännön kysymykseen: parantaako ylimääräinen vaihe juuri teidän kehitysprosessianne?
Tarkista muutosten diff ja suorita tavalliset testit ennen muutosten yhdistämistä: dokumentaation mukaan hylätyn luonnoksen aikana tehdyt tiedostomuutokset eivät palaudu automaattisesti. Koska ominaisuudet ovat edelleen esikatselussa ja käytettävät mallit voivat vaihtua, arviointi kannattaa uusia merkittävien päivitysten jälkeen. Päivittäisten lyhyiden pyyntöjen järkevä lähtökohta on tavallinen mallinvalinta; HydraFusion Maxia kannattaa kokeilla tehtävissä, joissa perusteellisempi tarkistus voi säästää virheiden korjaamiseen kuluvaa aikaa.