GitHub har brugt de sidste tre uger på at lave den mest markante ændring af Copilot siden agent-tilstanden landede sidste år. Mellem 7. og 22. september 2026 introducerede virksomheden en ny model-orkestrering ved navn Project HydraFusion, strammede adgangskontrollen for virksomhedskunder i JetBrains-plugins og gav VS Code planlagte, selvkørende agenter. Samtidig fossede syv nye AI-modeller ind i Copilot-kataloget, fra Grok 4.7 til Claude Opus 5.5.
For danske og nordiske IT-afdelinger er det ikke bare endnu en modelopdatering. Det er første gang GitHub kombinerer autonome, selvplanlagte agenter med konkrete sandkasse-politikker for filsystem, netværk og loginoplysninger, i samme udgivelsesbølge. Den kombination siger noget om, hvor Copilot er på vej hen, og om hvad sikkerhedsansvarlige nu skal forholde sig til.
Hvad der er sket siden 7. september
GitHub sender opdateringer til Copilot hver uge, men september 2026 skiller sig ud ved antallet af strukturelle ændringer på kort tid. Den 7. september fik Copilot CLI et eksperimentelt routing-lag kaldet Project HydraFusion, og samme dag kom der Jira-integration i Copilot-appen. Den 8. september fulgte enterprise-administrerede sandkasse-politikker til Copilot for JetBrains, som dækker adgang til filsystem, netværk, proxy og nøglering. Den 14. september bragte VS Code version 1.137 med planlagte agent-kørsler og en eksperimentel stemmefunktion. Den 18. september blev Claude Opus 5.5 og JetBrains-pluginnet version 1.18.0-261 udgivet, og den 21. september begyndte en gradvis udrulning af Grok 4.7 til betalende abonnementer.
Tilsammen tegner det et billede af et produkt, der bevæger sig fra “AI-assistent, der foreslår kode” til “agent-platform, der planlægger, kører og godkender arbejde selv”. Det rejser naturligt et spørgsmål: hvem har styr på, hvad agenten egentlig får lov til at røre ved, når den kører uden en udvikler ved tastaturet.
Project HydraFusion: automatisk modelvalg forklaret
HydraFusion er ikke selv en sprogmodel. Det er et orkestreringslag i Copilot CLI, der automatisk vælger mellem lokale, cloud-baserede og såkaldte “compound”-modeller (kombinationer af flere modeller i én arbejdsgang), afhængigt af opgavens type. GitHub beskriver det som semantisk ruting: systemet analyserer opgaven og vælger en arbejdsgang, der balancerer ydeevne, pris og svartid for netop den forespørgsel.
I praksis betyder det, at en udvikler ikke længere behøver vælge mellem GPT-6 Astra, Claude Opus 5.5 eller Gemini 3.8 Flash manuelt for hver opgave. HydraFusion vælges som en almindelig model i Copilot CLI, hvorefter den selv beslutter, hvilken underliggende model eller kombination der løser opgaven billigst og hurtigst. Funktionen ligger stadig i eksperimentel status under mappen “/experimental” i Copilot CLI, og GitHub har ikke sat en dato for generel tilgængelighed.
# Illustrativt eksempel på modelvalg i Copilot CLI
gh copilot suggest --model hydrafusion "Optimér denne SQL-forespørgsel for færre joins"
# HydraFusion vælger selv workflow (lokal, cloud eller compound)
# baseret på opgavens kompleksitet, ønsket svartid og omkostningIfølge GitHubs egne offline-evalueringer matchede eller overgik HydraFusions udvalgte kodeforløb resultaterne fra Opus 5-baseline-modellen, samtidig med at det estimerede omkostningsniveau for arbejdsgangen blev reduceret. Det er GitHubs eget tal, hentet fra kontrollerede test internt i virksomheden, og det er endnu ikke bekræftet af uafhængige benchmarks.
Sandkasse-politikker lander i JetBrains-plugins
Den mest sikkerhedsrelevante nyhed kom 8. september, hvor GitHub udrullede enterprise-administrerede sandkasse-politikker til Copilot i JetBrains-miljøer som IntelliJ IDEA, PyCharm og WebStorm. Politikkerne dækker fire konkrete adgangstyper: filsystem, netværk, proxy og adgang til systemets nøglering (Keychain på macOS, Credential Manager på Windows).
Det betyder, at en virksomheds IT-afdeling centralt kan begrænse, hvilke mapper en Copilot-agent må læse og skrive i, om den må ringe ud til eksterne servere, og om den kan tilgå gemte adgangskoder og tokens på maskinen. Før denne opdatering var den slags kontrol enten fraværende eller afhængig af, at den enkelte udvikler selv konfigurerede lokale begrænsninger.
// Konceptuelt eksempel på en sandkasse-politik (forenklet)
{
"policy_name": "copilot-jetbrains-restricted",
"filesystem": { "allow_write_outside_project": false },
"network": { "allow_outbound": "allowlist_only" },
"proxy": { "enforce_corporate_proxy": true },
"keychain": { "allow_credential_access": false }
}Samme udgivelse tilføjede krydsfil-hop for “next edit suggestions”: når Copilot foreslår en ændring, der fortsætter i en anden fil, kan udvikleren nu hoppe direkte til den relevante placering i stedet for at søge den frem manuelt. Mindre spektakulært end sandkasse-politikkerne, men det viser, at GitHub arbejder på begge fronter samtidig, både produktivitet og kontrol.
VS Code 1.137: planlagte agenter og stemmestyring
VS Code 1.137, som landede omkring 14. september, introducerede planlagte, tilbagevendende agent-kørsler i offentlig forhåndsvisning. En udvikler kan nu sætte en Copilot-agent til at køre automatisk hver time, dagligt, ugentligt eller efter behov, uden at nogen trykker “start” manuelt. Det kan for eksempel bruges til natlige kodegennemgange, afhængighedsopdateringer eller automatiseret oprydning i teknisk gæld.
Samme udgivelse tilføjede en eksperimentel stemmefunktion, hvor udvikleren kan tale til, afbryde eller omdirigere Copilot, mens agenten arbejder. Agent-vinduet fik desuden mulighed for selv at gennemgå issues og pull requests, ikke kun skrive kode. GitHub udvidede også Copilot-forbrugsmålinger til at dække VS Code-agenter specifikt, så virksomheder kan se, hvor meget af deres agent-budget der går til planlagte kørsler versus manuel brug.
Kombinationen af planlagte agenter og de nye sandkasse-politikker er ikke tilfældig. En agent, der kører uden opsyn klokken tre om natten, er præcis det scenarie, sandkasse-kontrollerne er designet til at holde styr på. Uden adgangsbegrænsninger ville en planlagt agent i teorien kunne læse hele filsystemet eller sende data til vilkårlige eksterne servere, mens ingen kigger med.
Model-kataloget vokser: syv tilføjelser på tre uger
Sideløbende med platformsændringerne har GitHub udvidet sit modelkatalog i et tempo, der overgår tidligere måneder. Nedenfor er de modeller, der er føjet til eller opgraderet i Copilot mellem 1. og 22. september 2026, ifølge GitHubs egen changelog.
| Model | Udbyder | Dato | Status |
|---|---|---|---|
| MAI-Code-1.1-Flash | Microsoft | Uge af 7. september | Ny, hurtig og billig, understøtter vision |
| Project HydraFusion | GitHub (orkestrering) | 7. september | Eksperimentel forhåndsvisning |
| GPT-6 Astra | OpenAI | Midt-september | Generelt tilgængelig |
| Claude Fable 5.1 | Anthropic | Midt-september | Generelt tilgængelig |
| Gemini 3.8 Flash | Midt-september | Generelt tilgængelig | |
| Claude Opus 5.5 | Anthropic | 18. september | Ny, agentisk kodning |
| GPT-6 Sol og GPT-6 Luna | OpenAI | September | Nye tilføjelser |
| Grok 4.7 | xAI | 21. september | Gradvis udrulning, forbrugsbaseret |
Otte linjer på tre uger er usædvanligt højt selv for Copilot, der historisk har opdateret sit katalog løbende. GPT-6 Astra er positioneret til langvarige, autonome kodeopgaver, mens MAI-Code-1.1-Flash er Microsofts eget svar på et billigere, hurtigere alternativ til hverdagsopgaver. Grok 4.7 ruller ud gradvist til Pro, Pro+, Max, Business og Enterprise-abonnementer, men ikke alle brugere har adgang samtidig, og GitHub har ikke oplyst en fast dato for fuld udrulning.
Hvorfor så mange modeller på så kort tid
Den korte forklaring er konkurrence. OpenAI, Anthropic, Google og xAI frigiver nye modelversioner hyppigere end tidligere, og GitHub har valgt en strategi, hvor Copilot fungerer som en samlet adgang til stort set alle større leverandører frem for at satse på én. HydraFusion er svaret på det problem, det skaber: når der er otte-ni modeller at vælge imellem, bliver det uoverskueligt for den enkelte udvikler selv at vurdere, hvilken model der passer bedst til hver opgave.
Hvorfor nordiske virksomheder bør holde øje
For danske og nordiske virksomheder handler september-opdateringerne mindre om, hvilken model der skriver den bedste kode, og mere om governance. Mange danske virksomheder arbejder under NIS2-krav om dokumenteret adgangsstyring, og en autonom agent med adgang til produktionskode, interne API-nøgler eller kundedata er præcis den type risiko, som revisorer og sikkerhedschefer skal kunne redegøre for.
De nye sandkasse-politikker giver IT-afdelinger et værktøj til at lukke det hul centralt, i stedet for at stole på, at hver enkelt udvikler konfigurerer sikkerheden korrekt lokalt. Det er særligt relevant for virksomheder i finans, sundhed og offentlig sektor, hvor adgang til filsystem og netværk allerede er reguleret af interne politikker og eksterne tilsyn.
Samtidig betyder de planlagte agenter i VS Code, at automatiseret kodeaktivitet nu kan foregå uden en menneskelig godkender til stede. Det stiller nye krav til logning og sporbarhed, særligt fordi GitHub samme måned tilføjede OpenTelemetry-eksport til Copilot-appen for virksomheder, hvilket giver mulighed for at føre agent-aktivitet ind i eksisterende overvågningsværktøjer som Grafana eller Datadog.
Governance og adgangskontrol: fire kategorier låst
De fire kategorier i JetBrains-sandkassen, filsystem, netværk, proxy og nøglering, dækker de mest oplagte veje, hvorpå en fejlkonfigureret agent kan gøre skade. Filsystem-kontrollen afgør, om agenten må skrive uden for det aktive projekt. Netværkskontrollen kan begrænses til en godkendt liste af domæner. Proxy-indstillingen kan tvinge al trafik gennem virksomhedens eget proxy-lag, så den samme overvågning gælder for AI-agenter som for almindelig browsertrafik. Nøglering-kontrollen forhindrer agenten i at læse adgangskoder og tokens, som er gemt lokalt på maskinen.
Hvad sker der, hvis en politik overtrædes
GitHub har ikke offentliggjort detaljerede tekniske specifikationer for, hvordan overtrædelser håndteres i praksis, kun at politikkerne er “enterprise-administrerede”, hvilket i GitHubs terminologi typisk betyder, at de sættes centralt af en organisationsadministrator og ikke kan overstyres af den enkelte udvikler. Det er en markant ændring fra tidligere, hvor Copilot-indstillinger for det meste var brugerstyrede.
Konkurrencesituationen: Copilot mod Cursor og Devin Desktop
Copilot er ikke alene om at bygge agent-platforme. Cursor, som er bygget som en selvstændig AI-editor frem for et plugin, har i 2026 bevæget sig i samme retning med sin Composer-funktion og agent-tilstand. Windsurf, som tidligere konkurrerede direkte med Cursor, blev i 2026 omdøbt til Devin Desktop og har efter branchekilder passeret 350 kunder under det nye navn. Ingen af de to har dog offentliggjort et sandkasse-system med samme detaljeringsgrad som GitHubs nye JetBrains-kontroller.
| Platform | Type | Seneste tiltag | Prisniveau |
|---|---|---|---|
| GitHub Copilot | Plugin til VS Code, JetBrains m.fl. | HydraFusion-routing, JetBrains-sandkasse, 7 nye modeller | Flere betalte niveauer, forbrugsbaseret for nyeste modeller |
| Cursor | Selvstændig AI-editor | Composer og agent-tilstand | Gratis (Hobby), 20 $/md (Pro), 60 $/md (Pro+), 200 $/md (Ultra), 40 $/bruger/md (Teams) |
| Devin Desktop (tidl. Windsurf) | Desktop-/terminal-agent | Omdøbt fra Windsurf, 350+ kunder | Ikke fuldt offentliggjort |
Ifølge branchekilder er VS Code med Copilot i agent-tilstand nu brugt af 4,7 millioner betalende abonnenter, siden funktionen blev gjort generelt tilgængelig. Det tal er ikke bekræftet direkte af GitHub, men det illustrerer, hvor stor en installationsbase Copilot allerede har at bygge nye agent-funktioner oven på, sammenlignet med nyere konkurrenter, der starter fra et mindre udgangspunkt.
Historisk kontekst: fra autocomplete til autonome agenter
Da GitHub Copilot blev lanceret i 2021, var det i bund og grund et avanceret autocomplete-værktøj: det foreslog den næste linje kode, og udvikleren trykkede tab. Den model holdt sig stort set uændret frem til 2024-2025, hvor agent-tilstand og chatbaseret kodning for alvor blev standard i både Copilot, Cursor og en række konkurrenter.
2026 har budt på det næste skifte: fra agenter, der udfører én opgave på kommando, til agenter der planlægger deres eget arbejde, vælger deres egen model og kører uden overvågning i timevis. HydraFusion og de planlagte VS Code-agenter er begge eksempler på det skifte. Sandkasse-politikkerne er GitHubs svar på det oplagte modspørgsmål: hvem holder øje med agenten, når ingen mennesker gør det.
Det siger GitHub selv om HydraFusion
GitHub introducerede selv funktionen med ordene: “We are excited to introduce Project HydraFusion, a research preview that delivers frontier intelligence through runtime orchestration” (GitHub, community-opslag). I den officielle changelog beskrives funktionens status kortfattet: “Project HydraFusion is now in /experimental” (GitHub, changelog).
Om selve routing-mekanismen skriver GitHub: “HydraFusion delivers automated semantic routing between local, cloud, and compound models” (GitHub, changelog). Og om brugeroplevelsen: “You select HydraFusion like any other model, and it chooses a workflow that balances performance, cost, and latency for each task” (GitHub, changelog).
På sin AI-blog hævder GitHub desuden, at “in controlled offline evaluations, HydraFusion’s selective coding workflows matched or exceeded the evaluated Opus 5 baseline while reducing estimated workflow cost” (GitHub, AI and ML-blog). Det er værd at huske, at det er GitHubs egne tal fra interne test, ikke en uafhængig tredjeparts benchmark, så resultatet bør læses som et foreløbigt signal snarere end en bekræftet konklusion.
Kritik og risici ved autonome kodeagenter
Ikke alt ved udviklingen er ukompliceret. Planlagte agenter, der kører uden opsyn, øger angrebsfladen, hvis en agent bliver manipuleret gennem ondsindet input i en pull request eller et issue, den skal håndtere automatisk. Sikkerhedsforskere har allerede tidligere i 2026 påvist svagheder i lignende agent-arkitekturer hos andre leverandører, hvor et forgiftet dokument eller en manipuleret kommentar kunne få en agent til at udføre uønskede handlinger.
De nye sandkasse-politikker reducerer den risiko, men løser den ikke fuldstændigt. En agent med adgang til et godkendt sæt netværksadresser kan stadig lække data til de tjenester, den lovligt må kontakte. Og fordi HydraFusion selv vælger, hvilken underliggende model der løser en opgave, bliver det sværere for en sikkerhedsansvarlig at forudsige præcis, hvilken model der har behandlet følsom kode i en given kørsel, medmindre logningen er sat korrekt op via den nye OpenTelemetry-integration.
Fem forudsigelser for resten af 2026
- HydraFusion forlader eksperimentel status. Givet tempoet i september er det sandsynligt, at GitHub flytter HydraFusion fra “/experimental” til bred tilgængelighed inden årsskiftet, sandsynligvis først i Copilot CLI og derefter i VS Code.
- Sandkasse-politikker udvides til VS Code og Visual Studio. JetBrains fik kontrollerne først, men samme model for filsystem-, netværk- og nøgleringsstyring giver lige så god mening i VS Code, hvor de planlagte agenter allerede kører.
- Flere modeller, kortere levetid. Med syv nye modeltilføjelser på tre uger vil GitHub sandsynligvis fortsætte med hyppige rotationer, hvilket øger presset på HydraFusion som det lag, der skal skjule kompleksiteten for den enkelte udvikler.
- Konkurrenter kopierer sandkasse-tilgangen. Cursor og Devin Desktop har begge markedsført sig på hastighed og autonomi frem for kontrol. Det er sandsynligt, at mindst én af dem annoncerer lignende virksomhedsstyrede adgangspolitikker inden for de kommende måneder, i takt med at flere enterprise-kunder efterspørger det.
- NIS2-relaterede krav presser dokumentation frem. I takt med at flere danske og nordiske virksomheder skal dokumentere adgangsstyring under NIS2, vil efterspørgslen efter detaljerede logs over, hvad AI-agenter har rørt ved, stige, hvilket lægger pres på GitHub og konkurrenter om bedre revisionsspor.
Sådan forbereder din organisation sig
Konkret bør IT- og sikkerhedsansvarlige i danske virksomheder overveje følgende, før de udruller de nye Copilot-funktioner bredt:
- Gennemgå og aktivér de nye enterprise-sandkasse-politikker for JetBrains-plugins, frem for at stole på standardindstillinger.
- Kortlæg, hvilke teams der allerede bruger eller planlægger at bruge planlagte agenter i VS Code 1.137, og sørg for, at kørslerne logges.
- Aktivér OpenTelemetry-eksport for Copilot-appen, så agent-aktivitet kan følges i eksisterende overvågningsværktøjer.
- Vurder, om HydraFusions automatiske modelvalg er foreneligt med interne krav om, hvilke AI-leverandører der må behandle virksomhedens kode.
- Opdatér interne retningslinjer for AI-brug, så de eksplicit dækker autonome, tidsstyrede agent-kørsler, ikke kun manuel brug af chat og autocomplete.
Ofte stillede spørgsmål
Hvad er Project HydraFusion?
Det er et eksperimentelt orkestreringslag i GitHub Copilot CLI, der automatisk vælger mellem lokale, cloud-baserede og kombinerede modeller for at balancere ydeevne, pris og svartid for hver enkelt kodeopgave.
Er HydraFusion tilgængelig for alle Copilot-brugere?
Nej. Funktionen ligger i øjeblikket i eksperimentel forhåndsvisning i Copilot CLI, og GitHub har ikke meldt en dato for generel tilgængelighed.
Hvilke fire ting styrer de nye sandkasse-politikker i JetBrains?
Filsystem-adgang, netværksadgang, brug af virksomhedens proxy og adgang til systemets nøglering (gemte adgangskoder og tokens).
Kan den enkelte udvikler selv slå sandkasse-politikkerne fra?
Nej, politikkerne er enterprise-administrerede, hvilket betyder, at de sættes centralt af en organisationsadministrator og normalt ikke kan overstyres lokalt af den enkelte bruger.
Hvad er forskellen på de planlagte agenter i VS Code og almindelig agent-tilstand?
Almindelig agent-tilstand startes manuelt af en udvikler. Planlagte agenter i VS Code 1.137 kan sættes til at køre automatisk hver time, dagligt eller ugentligt uden manuel start, hvilket kræver bedre logning og adgangskontrol.
Hvilke nye AI-modeller er kommet til Copilot i september 2026?
MAI-Code-1.1-Flash, GPT-6 Astra, Claude Fable 5.1, Gemini 3.8 Flash, Claude Opus 5.5, GPT-6 Sol, GPT-6 Luna og en gradvis udrulning af Grok 4.7, ud over selve HydraFusion-routingen.
Er Grok 4.7 tilgængelig for alle Copilot-abonnementer?
Grok 4.7 ruller ud gradvist til Pro, Pro+, Max, Business og Enterprise-abonnementer fra 21. september 2026, men ikke alle brugere har adgang på samme tid, og brugen er forbrugsbaseret.
Hvordan er Copilot anderledes end Cursor og Devin Desktop på sikkerhed?
Copilot er, med september-opdateringen, den eneste af de tre, der har offentliggjort et detaljeret, enterprise-administreret sandkasse-system med separat kontrol over filsystem, netværk, proxy og nøglering. Cursor og Devin Desktop har fokuseret markedsføringen mere på hastighed og autonomi end på centralt styrede adgangspolitikker.
