GitHub gør Copilot Fusion bredt tilgængelig på Universe 2026

GitHub gjorde Copilot Fusion, sit system til routing og orkestrering af flere modeller, bredt tilgængeligt den 28. oktober 2026. Lanceringen blev offentliggjort på GitHub Universe 2026 sammen med den nye GitHub Copilot-app, Copilot-projekter og et mere avanceret niveau for Copilots kodegennemgang.

Nyhederne blev offentliggjort i et indlæg om hovedtalen på Universe 2026 af Jay Parikh, Executive Vice President for CoreAI hos Microsoft, hvis teams omfatter GitHub, samt i en række ændringslogs fra samme dag med detaljer om tilgængelighed, fakturering og vilkår for forhåndsvisning.

Sådan ruter og orkestrerer Copilot Fusion modeller

Når man vælger Copilot Fusion i modelvælgeren, vælger man et system til routing og orkestrering frem for en bestemt model, ifølge ændringsloggen for Copilot Fusion. For hver prompt afgør Fusion, hvilke modeller der skal bruges, og hvordan de skal arbejde sammen. Systemet kombinerer Project HydraFusions orkestrering af flere modeller med den finjusterede modeludvælgelse bag Copilots funktion til automatisk valg af model.

Brugerne vælger mellem tre niveauer for indsats. Fusion Standard prioriterer alsidige modeller til daglig programmering, Fusion High er målrettet krævende opgaver og mere dybdegående ræsonnement, og Fusion Max reserverer de mest kapable modeller til de mest krævende opgaver og komplekst ræsonnement. For hver opgave benytter Fusion en af tre arbejdsgange: Single, hvor én model løser opgaven direkte; Cascade, hvor en effektiv model udarbejder et svar, som en kvalitetskontrol enten godkender eller sender videre til en stærkere model; og Critique, hvor én model udarbejder et svar, en anden model gennemgår det, og den første model reviderer det.

GitHub oplyste, at Copilot Fusion Max fik 60 point på Artificial Analysis Coding Agent Index – kun to point færre end Claude Code med Opus 5.5 Max – til omkring halvdelen af den gennemsnitlige API-pris pr. opgave, samtidig med at løsningen brugte omkring halvt så mange tokens og omkring 40 % mindre tid pr. opgave.

Administratorer styrer via modelpolitikker for virksomheder og organisationer, hvilke modeller Fusion må benytte, og de kan deaktivere modeller for Fusion uden at deaktivere dem for alle. Administrerede indstillinger for virksomheder kan også angive Fusion på et hvilket som helst indsatsniveau som standardmodel for Copilot-brugere.

Hari Pokhrel, principal software engineer hos AT&T, skrev i ændringsloggen, at Fusion Standard forbedrede tokenudnyttelsen på tværs af AT&T ved automatisk at vælge den rette model til hver opgave. Det reducerede unødvendige udgifter og bevarede kapacitet til arbejde med større værdi, og systemets beslutningstagning er blevet forbedret over tid.

Fusion faktureres pr. model til hver models standardpris, og brugere med betalte Copilot-abonnementer får i en begrænset periode 30 % rabat på modelomkostningerne, når de bruger systemet. Systemet er tilgængeligt med alle Copilot-abonnementer i Visual Studio Code, GitHub Copilot-appen, GitHub Copilot CLI og JetBrains-IDE’er. Der kommer understøttelse af flere klienter. Udviklere, der aktiverede auto, HydraFusion eller HydraFusion Max under researchforhåndsvisningen, overgår automatisk til de tilsvarende Fusion-niveauer for indsats.

GitHub Copilot-appen og Copilot-projekter

GitHub Copilot-appen er udviklet til agentbaseret softwarelevering, skrev Parikh. Den forbinder agenter og værktøjer på tværs af projekter og understøtter arbejde ud over kode, herunder udarbejdelse af specifikationer, præsentation af designoplæg og analyse af telemetridata – alt sammen i én samlet grænseflade.

Copilot-projekter, som bliver indbygget tilgængelige i appen fra den 28. oktober 2026, lader brugerne køre agentopgaver på tværs af flere kodearkiver i fuldt administrerede, parallelle sessioner. Ændringsloggen for Copilot-appen betegner Copilot Projects som en offentlig forhåndsvisning: Brugerne beskriver et mål, tilføjer kontekst såsom kodearkiver, designskitser eller Slack-tråde, vælger modeller og værktøjer og modtager resultater såsom pull requests til gennemgang. Projektautomatiseringer håndterer gentagne opgaver, for eksempel at oprette en reklamevideo, hver gang en funktion lanceres.

Appen kan også bruge kontekst fra tilsluttede værktøjer såsom Slack og Figma, og den kan generere og redigere billeder ud fra naturlige sprogbeskrivelser i chatten. En funktion til computerstyring, som er i offentlig forhåndsvisning på macOS og Windows, lader Copilot læse indhold i apps, klikke på betjeningselementer, indtaste eller redigere tekst og navigere mellem computerapps, også dem uden en API, kommandolinjegrænseflade eller MCP-integration. Copilot beder om godkendelse, før den styrer en app, og organisationer kan deaktivere funktionen via administrerede indstillinger.

Med kontinuitet mellem sessioner kan brugerne starte og følge den samme cloudagentsession på tværs af GitHub-appen, VS Code, CLI’en og internettet.

Code Review Max, automatiseringer og adgang for virksomheder

GitHub introducerede også Copilot code review Max, som ifølge Parikh opnåede den højeste F1-score på ReviewBench for problemer med høj alvorlighedsgrad. De eksisterende niveauer Lite og Balanced videreføres til daglig gennemgang, mens Max er beregnet til ændringer, der kræver et grundigere eftersyn.

Copilot-automatiseringer opretter AI-drevne arbejdsgange i et kodearkiv, som kører i skyen og kan udløses manuelt, af hændelser eller efter en tidsplan, til opgaver såsom prioritering af sager og kodegennemgang. GitHub oplyste, at automatiseringerne nu kan lære af deres resultater og foreslå forbedringer, som brugerne kan gennemgå og godkende.

Fra den 28. oktober 2026 kan GitHub Enterprise-kunder bruge alle Copilot-funktioner, herunder Copilot-appen, kodegennemgang og automatiseringer, uden at købe et separat abonnement. I stedet betaler de for de AI-kreditter, de bruger. Ændringen er tilgængelig med det samme via GitHub Sales, mens selvbetjening bliver tilgængelig snart. Eksisterende Copilot Business- og Copilot Enterprise-kunder kan beholde deres nuværende abonnementer eller skifte, når de er klar.

Vejen fra HydraFusion til udvidelser af infrastrukturen

Fusions generelle tilgængelighed følger efter forskningsforhåndsvisningen af Project HydraFusion, som GitHub introducerede den 4. september 2026, efter at virksomheden tidligere på året havde lanceret automatisk modelvalg. I offlineevalueringer, der blev offentliggjort sammen med forhåndsvisningen, forbedrede faste HydraFusion-politikker den verificerede opgavekvalitet med 4,9 procentpoint til en anslået omkostning, der var 67 % lavere end med Claude Opus 5 på TerminalBench 2.1. På DeepSWE lå kvaliteten inden for 1,5 procentpoint med 36 % lavere omkostninger, og på CheckpointBench lå den inden for 0,1 procentpoint med 65 % lavere omkostninger. CheckpointBench er GitHubs interne benchmark, der er baseret på virkelige Copilot-sessioner. HydraFusions tre udførelsesmønstre — Single, Cascade og Critique — indgår i Fusions sæt af arbejdsgange.

GitHub oplyste, at virksomheden indtil videre i 2026 har tilføjet 4 millioner CPU-kerner, 160 PB højhastighedslager og 50 Tb/s netværkskapacitet. Tre principper ligger til grund for den nye Git-arkitektur: forenkling af primitiverne, adskillelse af lagring fra beregning og minimering af koordinering. Virksomheden er ved at migrere til en udrulning på tværs af flere regioner i Azure og forventer at afslutte migreringen i begyndelsen af 2027.