GitHub brugte september 2026 på at flytte Copilot et stort skridt væk fra at være et autocomplete-værktøj. Med Agent Merge i offentlig preview og tilbagevendende, planlagte agent-opgaver kan Copilot nu selv rydde op efter kodegennemgang, rette fejlslagne tjek og løse merge-konflikter, uden at en udvikler trykker på knappen hver gang. Kombineret med fjernarbejde i Dev Containers, en ny plugin-standard og en JetBrains-opdatering med organisationsstyring, tegner billedet sig klart: GitHub forsøger at gøre Copilot til den agent, der kører hele vejen fra opgave til merged pull request.
Det sker samtidig med, at Copilots markedsandel er under pres fra Cursor, Claude Code og JetBrains Junie. Spørgsmålet for danske og nordiske udviklingsteams er derfor ikke kun, hvad de nye funktioner kan, men om de er nok til at holde på brugerne, og hvad det betyder for styring, sikkerhed og ansvar, når en AI-agent også får lov at trykke på merge-knappen.
Agent Merge: Copilot får lov at afslutte opgaven selv
Den 31. august 2026 meddelte GitHub i sin ugentlige changelog, at Agent Merge er gået i offentlig preview. Funktionen beskrives direkte af GitHub som et værktøj, der gør en pull request klar til merge ved selv at løse gennemgangskommentarer, fejlslagne tjek og merge-konflikter. Det er en markant udvidelse af, hvad Copilot hidtil har kunnet. Tidligere skrev agenten kode og åbnede en pull request, men det var stadig udvikleren, der skulle rydde op, når en kollega skrev en reviewkommentar, en CI-pipeline fejlede, eller en anden gren havde rørt ved samme filer.
Med Agent Merge bliver den sidste fase af udviklingsprocessen også automatiseret. Agenten læser gennemgangskommentarerne, forstår hvad en reviewer har bedt om, retter koden og forsøger at løse konflikter, der opstår, hvis hovedgrenen har ændret sig i mellemtiden. Det lukker det, som flere udviklingschefer uformelt har kaldt det sidste manuelle led i en ellers AI-drevet kodeproces: fra opgavebeskrivelse til kode, til review, til en merged pull request, uden at et menneske nødvendigvis rører ved tastaturet mellem trin et og trin fire.
Det rejser naturligt et styringsspørgsmål. Hvis en agent både skriver koden, retter den efter kritik og afgør, om en merge-konflikt er løst korrekt, hvor er så det menneskelige kontrolpunkt henne? GitHub har ikke offentliggjort en fast regel for, hvornår et menneske skal godkende selve merget, men funktionen kører stadig inden for de eksisterende branch-beskyttelsesregler, som organisationer selv sætter op i deres repositories.
Tilbagevendende agent-opgaver: Copilot kan nu arbejde på et skema
En uge senere, den 7. september 2026, fulgte GitHub op med endnu en central nyhed: muligheden for at planlægge tilbagevendende agent-opgaver, der kan køre hver time, hver dag eller hver uge, eller affyres manuelt via automatiseringer. Også denne funktion er i offentlig preview.
I praksis betyder det, at en udviklingsorganisation kan sætte Copilot til selv at tjekke afhængigheder for sikkerhedsopdateringer hver uge, opdatere dokumentation hver dag, eller rydde op i gamle feature-flags hver måned, uden at nogen skal huske at bede agenten om det. Det flytter Copilot fra at være et værktøj, man aktivt henter hjælp fra, til en baggrundsproces, der løbende holder et repository ved. Det er samme grundtanke, som Cursor allerede har udrullet med sine cloud-agent-automatiseringer, der kan trigges på et skema eller af hændelser som GitHub- og GitLab-webhooks.
Konceptet med tidsstyrede agent-kørsler kan illustreres forenklet sådan, hvor en organisation definerer, hvornår og hvor ofte en opgave skal gentages:
# Eksempel på logikken bag en tilbagevendende agent-opgave
automation:
trigger: schedule
frequency: weekly # hourly | daily | weekly | on-demand
task: "Tjek afhaengigheder for sikkerhedsopdateringer og aabn PR"
scope: repository
approval_required: trueEksemplet er en forenklet visning af logikken, ikke den officielle syntaks, men det illustrerer, hvad der reelt sker under motorhjelmen: en trigger, en frekvens, en opgavebeskrivelse og et omfang. Det sidste felt, approval_required, er det, mange sikkerhedsansvarlige vil kigge nærmest på, fordi det afgør, om agentens arbejde ender direkte i hovedgrenen, eller om et menneske stadig skal sige god for det.
VS Code 1.136 til 1.140: hele september i én bølge
GitHub samlede selv hele månedens ændringer i en opsummering offentliggjort 1. oktober 2026, der dækker VS Code-versionerne 1.136 til 1.140. GitHub beskriver selv fokus for september som at strømline agent-drevet udvikling “fra implementering til pull request-merge”, med automatiseringer til gentagne opgaver, Agent Merge til at lande ændringer og forbedret sessionsstyring til at holde overblikket.
Ud over de to store nyheder landede en række mindre, men håndgribelige forbedringer: en kompakt visning (Compact View) til at organisere lange lister af agent-sessioner, filtre der kan skjule tomme grupper, og muligheden for at omdøbe sessioner og chats direkte fra listen. VS Code fik også en forhåndsvisning af valget mellem separate chat-faner og en samlet, aktiv chat-visning, hvilket signalerer, at GitHub tager den stigende mængde parallelle agent-samtaler alvorligt som et UX-problem i sig selv.
Fjernarbejde i Dev Containers
En af de mest praktisk orienterede nyheder kom med VS Code 1.139: muligheden for at køre Copilot-agenter inde i Dev Containers hostet via SSH, Tunnel eller WSL. Det betyder, at agenten arbejder med projektets egne afhængigheder og værktøjer i det rigtige miljø, i stedet for at være afhængig af, at udviklerens lokale maskine har alt sat korrekt op. GitHub oplyser, at understøttelsen rulles gradvist ud, så ikke alle brugere har adgang samtidig.
Det løser et problem, mange udviklingsteams har kæmpet med: en agent, der fungerer perfekt på en udviklers bærbare, men fejler i CI, fordi miljøerne ikke er identiske. Ved at lade agenten arbejde direkte i det samme containeriserede miljø, som bygger og tester koden, reduceres risikoen for den slags miljøspecifikke fejl markant.
Agent Plugins 1.0: én standard, flere klienter
GitHubs september-opsummering for virksomhedskunder nævner også Agent Plugins 1.0, der lader plugin-forfattere pakke både skills og MCP-servere én gang og genbruge dem på tværs af de store agent-klienter: VS Code, Copilot CLI og Copilot-appen. For organisationer betyder det, at interne værktøjer og retningslinjer kan standardiseres centralt og styres med de samme administrerede indstillinger, som allerede findes for Copilot generelt, i stedet for at skulle genopbygges separat for hver klient.
Det er en stille, men vigtig nyhed for teams, der har opbygget interne integrationer. Hidtil har en virksomheds interne MCP-server til for eksempel at slå op i et internt API-katalog skullet konfigureres forskelligt, afhængigt af om udvikleren brugte VS Code, CLI’en eller den stand-alone Copilot-app. Med en fælles plugin-standard forsvinder det dobbeltarbejde.
JetBrains 1.18.0: godkendelser og delte skills i organisationen
Den 22. september 2026 fulgte Copilot for JetBrains efter med version 1.18.0, der tilføjer AI-assisteret godkendelse af værktøjskald, mere kontrol over agent-samtaler og organisationsbredt delte skills og instruktioner. Sidstnævnte er særligt relevant for større organisationer, hvor det tidligere var op til den enkelte udvikler at huske at inkludere de rigtige kodestandarder i sine prompts. Med delte instruktioner på organisationsniveau kan en afdeling definere en fælles kodestil eller sikkerhedspolitik én gang, og alle agentsamtaler i JetBrains-miljøet arver den.
GitHub nævner samtidig, at virksomheder nu kan styre sandkassepolitikker for JetBrains-IDE’er centralt, hvilket giver it-afdelinger et værktøj til at begrænse, hvad en agent må røre ved, uden at skulle konfigurere det maskine for maskine.
HydraFusion: Copilot vælger selv model efter opgaven
Den 30. september landede HydraFusion i både VS Code og Copilot-appen. Funktionen ruter opgaver mellem lokale, cloud-baserede og sammensatte (compound) modeller, afhængigt af hvad opgaven kræver. Det er en naturlig forlængelse af, at Copilot i løbet af september i øvrigt tilføjede adgang til flere nye modeller: Claude Opus 5.5 blev tilgængelig for Pro+, Max, Business og Enterprise-abonnenter den 23. september, mens OpenAIs GPT-6 Astra blev almindeligt tilgængeligt fra 4. september målrettet lange, autonome kodeopgaver, og Grok 4.7 begyndte en gradvis udrulning fra 21. september med forbrugsbaseret afregning for de berørte planer.
Pointen med HydraFusion er, at brugeren ikke nødvendigvis skal vælge model manuelt for hver opgave. En simpel kodeændring kan rutes til en hurtig, billig model, mens en flertrins refaktorering, der kræver længere ræsonnering, rutes til en dyrere, mere kapabel model. Det er samme grundidé, som flere konkurrenter har arbejdet med i løbet af 2026, men det er første gang GitHub selv bygger det direkte ind i både editor og app.
September-opdateringerne i overblik
| Dato (2026) | Funktion | Hvad den gør | Status |
|---|---|---|---|
| 31. august | Agent Merge | Løser reviewkommentarer, fejlslagne tjek og merge-konflikter automatisk | Offentlig preview |
| 4. september | GPT-6 Astra | Generelt tilgængelig model målrettet lange, autonome agentopgaver | GA |
| 7. september | Tilbagevendende agent-opgaver | Planlagte kørsler (hver time/dag/uge) eller manuel udløsning | Offentlig preview |
| 10.–18. september | Agent Plugins 1.0 | Fælles skills og MCP-servere på tværs af VS Code, CLI og app | 1.0-lancering |
| 21. september | Grok 4.7 | Ny modeloption med forbrugsbaseret afregning | Gradvis udrulning |
| 22. september | Copilot for JetBrains 1.18.0 | AI-assisteret værktøjsgodkendelse, delte org-skills, sandkassepolitik | Udgivet |
| 23. september | Claude Opus 5.5 | Ny model til Pro+, Max, Business og Enterprise | Udgivet |
| 25. september | VS Code 1.139 | Agenter kan køre i Dev Containers via SSH, Tunnel og WSL | Gradvis udrulning |
| 30. september | HydraFusion | Modelruting mellem lokal, cloud og compound-modeller | Udgivet |
| 1. oktober | Samlet changelog VS Code 1.136–1.140 | Officiel opsummering af hele september-bølgen | Opsummering |
Markedet: Copilot taber andele, mens funktionerne vokser
Den store ironi i septembers nyheder er, at de kommer, mens GitHub Copilots andel af den daglige brug blandt professionelle udviklere er faldende. Ifølge JetBrains’ egen forskningsundersøgelse, offentliggjort 19. august 2026, faldt andelen af udviklere, der aktivt bruger Copilot til arbejde, fra 29 procent i januar 2026 til 21 procent i perioden maj til juli 2026. Samme undersøgelse viste, at Cursor og Claude Code hver lå på 18 procent i januar-målingen. Copilots generelle kendskabsgrad, altså hvor mange udviklere der overhovedet kender værktøjet, lå fortsat højt på 79 procent, hvilket tyder på, at problemet ikke er synlighed, men konvertering fra kendskab til daglig brug.
Det giver kontekst til, hvorfor GitHub skubber så hårdt på autonomi i september. Hvis flere udviklere vælger Copilot fra til fordel for konkurrenter, der allerede tilbyder baggrundsagenter, er svaret ikke flere autocomplete-forslag, men at matche og overgå konkurrenternes evne til at arbejde selvstændigt henover hele udviklingscyklussen, fra opgave til merged kode.
Konkurrencesammenligning: hvem kan allerede det samme?
Cursor har i praksis været først med en bred, skemalagt automatiseringsmodel. Værktøjets “Automations” kan køre cloud-agenter på et skema eller udløses af hændelser som GitHub- og GitLab-webhooks, Slack-beskeder eller Linear-opgaver, og kan blandt andet trigges af en reviewkommentar på en pull request. Cursor har også “Bugbot”, der automatisk gennemgår pull requests ved hver opdatering og lægger kommentarer med forklaringer og forslag til rettelser. Det er dog ikke offentligt dokumenteret, at Cursor automatisk løser enhver reviewkommentar uden brugerindgreb, og der er heller ikke offentlig dokumentation for automatisk løsning af merge-konflikter, hvilket gør GitHubs Agent Merge til en mere specifik, navngivet funktion på netop det punkt.
Devin Desktop, det tidligere Windsurf, som blev omdøbt i 2026, fungerer som et “kommandocenter” til at styre agenter, der kan køre i såkaldte “Spaces” og vises i en Kanban-visning. Det bekræfter asynkron agent-styring, men der findes ingen offentlig dokumentation for en indbygget tidsplan til tilbagevendende opgaver eller automatisk løsning af reviewkommentarer og merge-konflikter. JetBrains Junie beskrives af JetBrains selv som en asynkron kodeagent, der kan udløse en gennemgang via GitHub Actions, GitLab eller kommandoen /review, men heller ikke her er der offentlig dokumentation for et skemalagt, tilbagevendende flow.
Google Jules’ præcise kapaciteter på disse punkter er ikke tilstrækkeligt dokumenteret i de tilgængelige, aktuelle kilder til at kunne sammenlignes retvisende her.
| Værktøj | Baggrunds-/skemalagt kørsel | Auto-løsning af reviewkommentarer | Auto-løsning af merge-konflikter | Verificeret pris |
|---|---|---|---|---|
| GitHub Copilot | Ja (tilbagevendende opgaver, preview) | Ja (Agent Merge, preview) | Ja (Agent Merge, preview) | Indgår i Pro/Pro+/Business/Enterprise-planer |
| Cursor | Ja (Automations, skema og hændelser) | Delvist (Bugbot kommenterer, auto-løsning ikke bekræftet) | Ikke dokumenteret | Fra 20 $/md, team fra 40 $/bruger/md |
| Devin Desktop (tidl. Windsurf) | Asynkron agent-styring, ikke et bekræftet skema | Ikke dokumenteret | Ikke dokumenteret | 20 $/md, 200 $/md, Teams 80 $/md + 40 $/md pr. fuld plads |
| JetBrains Junie | Asynkron, ikke et bekræftet skema | Udløser review, auto-løsning ikke bekræftet | Ikke dokumenteret | Ikke offentliggjort i aktuelle kilder |
Tabellen viser, at GitHub på papiret nu er det eneste værktøj med en navngiven, offentligt dokumenteret funktion til automatisk at løse både reviewkommentarer og merge-konflikter. Om den reelle kvalitet matcher ambitionen, vil først vise sig, når Agent Merge forlader preview-status og bliver testet i stor skala af virksomhedskunder.
Historisk kontekst: fra forslag til fuld kontrol over livscyklussen
GitHub Copilot startede i 2021 som et autocomplete-værktøj, der forslog den næste linje kode. Udviklingen siden har fulgt et nogenlunde fast mønster: først linjeforslag, så hele funktioner, så en chatbaseret assistent, så en agent, der selv kunne åbne en pull request fra en opgavebeskrivelse. Det, der skete i september 2026, er det logiske næste skridt i den udvikling: agenten får nu også lov til at afslutte opgaven, ikke bare starte den.
Det er samme bevægelse, man har set hos konkurrenterne. Cursor byggede sine baggrundsagenter og automatiseringer ud i løbet af 2025 og 2026, og Windsurf-teamet, nu under navnet Devin Desktop, har arbejdet med fuldt autonome agenter siden Devins lancering. GitHub har historisk været den langsommere, men mere forsigtige aktør, fordi Copilot er dybt integreret i virksomhedskritisk infrastruktur hos millioner af organisationer. Det gør september-opdateringerne mere betydningsfulde, end de ville have været fra en mindre aktør: når GitHub flytter sig, flytter en stor del af branchens standardarbejdsgang sig med.
Styring og sikkerhed: hvem har ansvaret, når agenten merger?
Når en agent selv kan løse en merge-konflikt og lande en pull request, flytter risikoen fra “agenten skrev forkert kode” til “agenten traf en beslutning om, hvordan to modstridende ændringer skulle forenes, uden at det blev set af et menneske”. Det er en kvalitativt anden type risiko. En forkert kodelinje bliver typisk fanget af en reviewer eller en test. En forkert løst merge-konflikt kan være svær at opdage, fordi koden ser syntaktisk korrekt ud, men indeholder en logisk fejl i, hvilken af de to ændringer der “vandt”.
GitHub har ikke offentliggjort specifikke tal for, hvor ofte Agent Merge griber fejlagtigt ind, hvilket er forventeligt så tidligt i en preview-periode. Det, organisationer kan gøre nu, er at bruge de eksisterende styringsmuligheder: branch-beskyttelsesregler, krav om mindst én menneskelig godkendelse før merge til hovedgrenen, og de nyligt udvidede sandkassepolitikker for JetBrains-IDE’er, der lader en it-afdeling centralt begrænse, hvad en agent har adgang til at ændre.
Hvad betyder det for danske og nordiske teams
For danske og nordiske virksomheder, der allerede bruger Copilot Business eller Enterprise, er det praktiske råd at holde Agent Merge og de tilbagevendende opgaver under skærpet opsyn, så længe funktionerne er i preview, før de rulles bredt ud til produktionsrepositories. Mange danske organisationer, særligt i den finansielle og offentlige sektor, har compliance-krav, der kræver et dokumenteret menneskeligt godkendelsestrin før kode rammer en produktionsgren. Her bør it- og sikkerhedsansvarlige aktivt sætte branch-regler op, der tvinger en menneskelig godkendelse ind, selv når Agent Merge i øvrigt har løst konflikten teknisk korrekt.
Hvad det betyder for prissætning og forbrug
Flere af de nye funktioner, særligt adgangen til nyere modeller som Grok 4.7, er markeret med forbrugsbaseret afregning for de berørte planer. Det er en fortsættelse af en tendens, der har kørt gennem hele 2026, hvor Copilot gradvist har bevæget sig fra en fast pris pr. bruger til en model, hvor særligt tunge agentopgaver eller nyere modeller koster ekstra efter forbrug. For organisationer, der planlægger at lade Copilot køre tilbagevendende opgaver hver time eller hver dag, er det en direkte økonomisk overvejelse: en agent, der kører automatisk hver time på et stort repository, kan hurtigt akkumulere et forbrug, der overstiger den faste abonnementspris, hvis opgaverne ender med at bruge dyrere modeller via HydraFusion-routingen.
Hvorfor det haster for GitHub lige nu
Timingen af september-bølgen er ikke tilfældig. Med Cursor og Claude Code, der ifølge JetBrains’ undersøgelse hver havde 18 procent arbejdsbrug i januar 2026, mens Copilot faldt til 21 procent i sommeren 2026, er GitHub nødt til at vise, at platformens dybe integration med resten af udviklingsøkosystemet, repositories, Actions, sikkerhedsscanning og nu agent-plugins, er værd at blive hos, selv hvis en konkurrent har en marginalt bedre model-oplevelse i selve editoren. Strategien synes at være at konkurrere på bredde og integration snarere end på at vinde hvert enkelt benchmark.
Forudsigelser: hvad sker der de næste 12 måneder
- Agent Merge forlader sandsynligvis offentlig preview inden sommeren 2027, men vil fortsat kræve en konfigurerbar menneskelig godkendelse for virksomhedskunder med strenge compliance-krav.
- Flere konkurrenter, særligt JetBrains Junie og Google Jules, vil offentliggøre egne navngivne funktioner til automatisk konfliktløsning i løbet af 2027, i takt med at Agent Merge sætter en ny branchestandard for, hvad et “komplet” agent-flow skal kunne.
- Forbrugsbaseret afregning vil brede sig til flere dele af Copilot, i takt med at tilbagevendende, planlagte opgaver bliver mere udbredt og sværere at prisfastsætte med en fast abonnementsmodel.
- Presset fra Cursor og Claude Code på arbejdsbrug-andelen vil tvinge GitHub til at offentliggøre klarere, sammenlignelige tal for Copilots faktiske daglige brug, i stedet for kun kendskabsgrad.
- Dev Container-understøttelsen for fjernagenter vil udvides til flere hosting-typer end SSH, Tunnel og WSL, efterhånden som den gradvise udrulning afsluttes.
Ofte stillede spørgsmål
Hvad er GitHub Copilot Agent Merge?
Agent Merge er en funktion i offentlig preview, lanceret 31. august 2026, der gør en pull request klar til at blive merget ved automatisk at løse reviewkommentarer, fejlslagne tjek og merge-konflikter.
Kan jeg planlægge, at Copilot selv udfører opgaver hver dag?
Ja. Siden 7. september 2026 kan Copilot-agenter sættes op til at køre tilbagevendende, med et interval på time, dag eller uge, eller udløses manuelt via automatiseringer, i offentlig preview.
Fungerer Agent Merge på alle Copilot-planer?
GitHub har ikke offentliggjort en komplet, plan-for-plan oversigt over Agent Merge. Flere af de parallelle modeltilføjelser i september, som Claude Opus 5.5, var begrænset til Pro+, Max, Business og Enterprise, hvilket tyder på, at de mest avancerede agent-funktioner generelt prioriteres til de dyrere abonnementer først.
Er Cursor eller Devin Desktop bedre til automatiske opgaver end Copilot?
Cursor har haft skemalagte automatiseringer længere og dækker flere hændelsestyper, men har ikke en offentligt dokumenteret funktion specifikt til automatisk løsning af merge-konflikter. Devin Desktop tilbyder asynkron agent-styring, men uden et bekræftet indbygget skema for tilbagevendende opgaver. Hvilket værktøj der er “bedst” afhænger derfor af, om en organisation prioriterer bred hændelsesstyring (Cursor), dyb integration med GitHub-infrastruktur (Copilot), eller en anden arbejdsgang.
Hvorfor falder GitHub Copilots markedsandel, selv om funktionerne vokser?
Ifølge JetBrains’ undersøgelse fra august 2026 faldt andelen af udviklere, der aktivt bruger Copilot til arbejde, fra 29 til 21 procent mellem januar og sommeren 2026, mens kendskabsgraden forblev høj på 79 procent. Det tyder på, at flere udviklere kender og har afprøvet Copilot, men vælger andre værktøjer til deres daglige arbejde, hvilket er en del af baggrunden for septembers store funktionsopdatering.
Skal min organisation deaktivere automatisk merge, indtil funktionen er færdig testet?
For de fleste organisationer med produktionskritisk kode er det forsvarligt at holde et menneskeligt godkendelsestrin i branch-beskyttelsesreglerne, selv når Agent Merge er aktiveret, i hvert fald så længe funktionen er i offentlig preview og uden offentliggjorte fejlrater.
Hvad er HydraFusion, og skal jeg bekymre mig om prisen?
HydraFusion er GitHubs nye modelruting, lanceret 30. september 2026, der automatisk vælger mellem lokale, cloud-baserede og sammensatte modeller afhængigt af opgaven. Fordi nogle af de nyere modeller, Copilot har tilføjet i samme periode, afregnes efter forbrug, bør organisationer, der aktiverer tilbagevendende agent-opgaver i stor skala, holde øje med det samlede forbrug, ikke kun den faste abonnementspris.
Kan Copilot-agenter nu arbejde i mit eget udviklingsmiljø, og ikke kun lokalt?
Ja. Med VS Code 1.139 kan agenter køre direkte i Dev Containers, der hostes via SSH, Tunnel eller WSL, så de arbejder med projektets faktiske afhængigheder i stedet for udviklerens lokale opsætning. Understøttelsen rulles fortsat gradvist ud.
