GitHub gjør Copilot Fusion allment tilgjengelig på Universe 2026

GitHub gjorde Copilot Fusion, systemet sitt for ruting og orkestrering av flere modeller, allment tilgjengelig 28. oktober 2026. Det ble avduket på GitHub Universe 2026, sammen med den nye GitHub Copilot-appen, Copilot-prosjekter og et mer omfattende nivå for Copilot-kodegjennomgang.

Nyhetene ble kunngjort i et innlegg fra hovedinnlegget på Universe 2026 av Jay Parikh, konserndirektør for CoreAI hos Microsoft, som har GitHub blant selskapene i porteføljen sin, og i en rekke endringslogger publisert samme dag med detaljer om tilgjengelighet, fakturering og vilkår for forhåndsversjoner.

Slik ruter og orkestrerer Copilot Fusion modeller

Når du velger Copilot Fusion i modellvelgeren, velger du et system for ruting og orkestrering, ikke en bestemt modell, ifølge endringsloggen for Copilot Fusion. For hver forespørsel avgjør Fusion hvilke modeller som skal brukes, og hvordan de skal samarbeide. Systemet kombinerer orkestreringen av flere modeller fra Project HydraFusion med den finjusterte modellutvelgelsen bak Copilots funksjon for automatisk modellvalg.

Brukerne velger ett av tre innsatsnivåer. Fusion Standard prioriterer allsidige modeller til daglig programmering, Fusion High er rettet mot krevende oppgaver og grundigere resonnering, og Fusion Max reserverer de mest kapable modellene for de mest krevende oppgavene og kompleks resonnering. For hver oppgave bruker Fusion én av tre arbeidsflyter: Single, der én modell løser oppgaven direkte; Cascade, der en effektiv modell utarbeider et svar som deretter godkjennes i en kvalitetssjekk eller sendes videre til en kraftigere modell; og Critique, der én modell utarbeider et svar, en annen modell vurderer det, og den første modellen reviderer det.

GitHub opplyste at Copilot Fusion Max fikk 60 poeng på Artificial Analysis Coding Agent Index, bare to poeng bak Claude Code med Opus 5.5 Max, til omtrent halvparten av den gjennomsnittlige API-kostnaden per oppgave, med omtrent halvparten så mange token og rundt 40 % kortere tidsbruk per oppgave.

Administratorer styrer hvilke modeller Fusion kan bruke, gjennom modellpolicyer for bedrifter og organisasjoner. De kan også deaktivere modeller for Fusion uten å deaktivere dem for alle. Med administrerte innstillinger for bedrifter kan Fusion dessuten angis som standardmodell for Copilot-brukere, uansett innsatsnivå.

Hari Pokhrel, sjefsprogramvareingeniør hos AT&T, skrev i endringsloggen at Fusion Standard økte token-effektiviteten på tvers av AT&T ved automatisk å velge riktig modell for hver oppgave. Det reduserte unødvendige utgifter og bevarte kapasitet til arbeid med høyere verdi. Han skrev også at systemets beslutningstaking har blitt bedre over tid.

Fusion faktureres per modell til hver modells standardpris, og brukere med betalte Copilot-abonnementer får en tidsbegrenset rabatt på 30 % på modellkostnadene når de bruker tjenesten. Systemet er tilgjengelig med alle Copilot-abonnementer i Visual Studio Code, GitHub Copilot-appen, GitHub Copilot CLI og JetBrains IDE-er. Støtte for flere klienter kommer senere. Utviklere som aktiverte auto, HydraFusion eller HydraFusion Max i løpet av forskningsforhåndsvisningen, går automatisk over til de tilsvarende innsatsnivåene i Fusion.

GitHub Copilot-appen og Copilot-prosjekter

GitHub Copilot-appen er utviklet for programvareleveranser med agenter, skrev Parikh. Den kobler sammen agenter og verktøy på tvers av prosjekter og støtter arbeid utover koding, blant annet utarbeiding av spesifikasjoner, presentasjon av design diskusjoner og analyse av telemetri i ett og samme grensesnitt.

Copilot-prosjekter, som blir tilgjengelige direkte i appen fra 28. oktober 2026, lar brukerne kjøre agentarbeid på tvers av flere kodearkiver i fullt administrerte, parallelle økter. Endringsloggen for Copilot-appen omtaler Copilot Projects som en offentlig forhåndsversjon: Brukerne beskriver et mål, legger ved kontekst som kodearkiver, designskisser eller Slack-tråder, velger modeller og verktøy og får resultater som pull-forespørsler til gjennomgang. Prosjektautomatiseringer håndterer oppgaver som gjentas, for eksempel å lage en reklamevideo hver gang en funksjon lanseres.

Appen kan også bruke kontekst fra tilkoblede verktøy som Slack og Figma, og den kan generere og redigere bilder ut fra naturlige språkbeskrivelser i chatten. En funksjon for datamaskinbruk, som er i offentlig forhåndsversjon på macOS og Windows, lar Copilot lese innhold i apper, klikke på kontroller, skrive inn eller redigere tekst og navigere mellom skrivebordsapper, også apper uten API, kommandolinjegrensesnitt eller MCP-integrasjon. Copilot ber om godkjenning før det styrer en app, og organisasjoner kan deaktivere funksjonen gjennom administrerte innstillinger.

Kontinuitet mellom økter lar brukerne starte og følge den samme skyagentøkten i GitHub-appen, VS Code, CLI-en og på nettet.

Kodegjennomgang Max, automatiseringer og tilgang for bedrifter

GitHub introduserte også Copilot-kodegjennomgang Max, som ifølge Parikh fikk den høyeste F1-skåren på ReviewBench for alvorlige problemer. De eksisterende nivåene Lite og Balanced videreføres for daglige gjennomganger, mens Max er ment for endringer som krever en grundigere vurdering.

Copilot-automatiseringer oppretter KI-drevne arbeidsflyter i et kodearkiv som kjøres i skyen og startes manuelt, av hendelser eller etter en tidsplan. De kan brukes til oppgaver som sortering av saker og kodegjennomgang. GitHub opplyste at automatiseringene nå kan lære av resultatene sine og foreslå forbedringer som brukerne kan gjennomgå og godkjenne.

Fra 28. oktober 2026 kan GitHub Enterprise-kunder bruke alle Copilot-funksjonene, inkludert Copilot-appen, kodegjennomgang og automatiseringer, uten å kjøpe et separat abonnement. I stedet betaler de for KI-kredittene de bruker. Endringen er tilgjengelig umiddelbart via GitHub Sales, mens selvbetjening kommer snart. Eksisterende Copilot Business- og Copilot Enterprise-kunder kan beholde de nåværende abonnementene sine eller bytte når de er klare.

Veien fra HydraFusion og utvidelser av infrastrukturen

Fusion blir allment tilgjengelig etter forskningsforhåndsvisningen av Project HydraFusion, som GitHub introduserte 4. september 2026, etter å ha lansert automatisk modellvalg tidligere samme år. I offline-evalueringer som ble rapportert sammen med forhåndsvisningen, forbedret faste HydraFusion-policyer kvaliteten på verifiserte oppgaver med 4,9 prosentpoeng, til en estimert kostnad som var 67 % lavere enn med Claude Opus 5 på TerminalBench 2.1. På DeepSWE kom de innenfor 1,5 prosentpoeng, med 36 % lavere kostnader, og på CheckpointBench kom de innenfor 0,1 prosentpoeng, med 65 % lavere kostnader. CheckpointBench er GitHubs interne referanseverktøy, bygget på ekte Copilot-økter. Hydrafusions tre utførelsesmønstre – Single, Cascade og Critique – videreføres i Fusions samling av arbeidsflyter.

GitHub opplyste at selskapet hittil i 2026 har lagt til 4 millioner CPU-kjerner, 160 PB høyhastighetslagring og 50 Tb/s nettverkskapasitet. Tre prinsipper ligger til grunn for den nye Git-arkitekturen: forenkle grunnprimitivene, skille lagring fra databehandling og minimere koordineringen. Selskapet er i ferd med å gå over til en utrulling med flere regioner i Azure, og forventer å fullføre overgangen tidlig i 2027.