GitHub Copilot kan fra 1. oktober 2026 klikke, skrive og navigere på din computerskærm helt uden kommandolinje eller API. Funktionen hedder Computer Use, og den ligger nu i offentlig preview i både Copilot CLI og Copilot-appen til macOS og Windows. Det er en stor ændring af, hvad en AI-kodeassistent kan gøre, men det rejser samtidig et spørgsmål, som GitHub selv ikke lægger skjul på i sin dokumentation: hvad sker der, når en AI-agent får lov til at styre din mus og dit tastatur?
Lanceringen kommer næsten præcis to år efter, at Anthropic i oktober 2024 var først med en lignende funktion i Claude. Siden er OpenAI, Microsoft og nu GitHub kommet med deres egne versioner. Denne artikel gennemgår, hvad Computer Use faktisk gør, hvilke risici GitHub og Microsoft selv peger på, hvordan markedet for AI-styrede skærme har udviklet sig siden 2024, og hvad det betyder for virksomheder i Danmark og Norden, der allerede bruger Copilot i den daglige udvikling.
Hvad er GitHub Copilot Computer Use, og hvorfor kommer det nu?
Computer Use er en ny værktøjskategori i GitHub Copilot, der lader agenten interagere direkte med skriveborsprogrammer på samme måde, som et menneske ville gøre det. Ifølge GitHub kan Copilot læse tilgængeligt programindhold og visuel kontekst, klikke på knapper, indtaste og redigere tekst, trykke på taster, scrolle, trække elementer og navigere mellem flere programmer i samme arbejdsgang. Det sker gennem operativsystemets egen tilgængelighedsfunktion (accessibility-API) eller via skærmbilleder, når agenten har brug for visuel kontekst, ifølge GitHubs officielle dokumentation.
Pointen er klassisk: en stor del af virksomhedernes software har stadig ingen API, ingen kommandolinje og ingen MCP-integration. Det gælder gamle fagsystemer, interne regnskabsprogrammer og en lang række GUI-only værktøjer, som udviklere og supportmedarbejdere i dag skal betjene manuelt. GitHub beskriver selv Computer Use som en metode til at automatisere netop de opgaver, der ikke kan løses med et mere direkte værktøj. I praksis betyder det, at Copilot kan samle information fra et gammelt skrivebordsprogram, opdatere indhold i en præsentation eller flytte data mellem flere programmer i en arbejdsgang, uden at en udvikler først skal bygge en integration.
Timingen er ikke tilfældig. Konkurrencen om AI-kodeassistenter er blevet markant hårdere i løbet af 2026, hvor både Cursor, Claude Code og en række nye aktører har presset GitHub til at udvide, hvad Copilot kan gøre ud over selve koden. Computer Use er et af de klareste tegn på, at kampen nu handler om, hvem der kontrollerer flest overflader: repository, terminal, browser og nu også selve skrivebordet.
Sådan virker funktionen i praksis
Computer Use er slået fra som standard. En bruger skal aktivt tænde funktionen, før en agent kan bruge den, og den følger desuden de almindelige tilladelsesindstillinger for den Copilot-overflade, sessionen kører i. I Copilot CLI aktiveres funktionen med kommandoen /computer on, mens status kan tjekkes med /computer show og slås fra igen med /computer off. I Copilot-appen ligger kontakten under Indstillinger, hvor man vælger Computer Use og slår “Enable Computer Use” til.
Når funktionen er tændt, spørger Copilot om godkendelse, før den får adgang til at styre et konkret program. Brugeren kan vælge at give adgang for den aktuelle session, gemme godkendelsen til fremtidige sessioner eller afvise helt. Vælger man “Always allow” for et bestemt program, gemmes beslutningen lokalt på maskinen og gælder for både CLI og app på samme computer. GitHub gør det samtidig muligt at afbryde en igangværende handling øjeblikkeligt: to tryk på Esc i CLI’en, eller et klik på Stop i appen, hvis Copilot begynder at gøre noget uventet.
På macOS kræver funktionen desuden, at brugeren eksplicit giver adgang til Tilgængelighed (Accessibility) og Skærmoptagelse (Screen Recording) i systemindstillingerne, da Copilot ellers ikke kan se eller styre andre programmer. Virksomheder kan slå funktionen helt fra centralt via administrerede indstillinger (managed settings), og en sådan virksomhedspolitik kan ikke overskrives af den enkelte bruger, selv hvis vedkommende forsøger at aktivere funktionen lokalt.
Nøgletal om lanceringen af Computer Use
Nedenfor er de centrale fakta om selve lanceringen, samlet fra GitHubs changelog og officielle dokumentation.
| Egenskab | Detalje |
|---|---|
| Lanceringsdato | 1. oktober 2026 |
| Status | Offentlig preview (kan ændres) |
| Tilgængelig i | GitHub Copilot CLI og GitHub Copilot-appen |
| Understøttede platforme | macOS og Windows |
| Standardindstilling | Slået fra, skal aktiveres manuelt |
| Krævede macOS-tilladelser | Accessibility og Screen Recording |
| Kan styres centralt af virksomheder | Ja, via managed settings |
| Afbrydelse af en handling | Esc x2 i CLI, Stop-knap eller Esc i app |
| Eksempel på brug fra GitHub | Automatisering af udgiftsrapport-arbejdsgang i Safari |
Sikkerhedsrisici som GitHub selv advarer imod
Det mest påfaldende ved GitHubs egen dokumentation er, hvor direkte selskabet er omkring risikoen. I sin officielle vejledning til Computer Use skriver GitHub, at “Computer use can automate interactions across desktop applications, but it also introduces security risks” (på dansk: computer use kan automatisere handlinger i skrivebordsprogrammer, men det introducerer samtidig sikkerhedsrisici), ifølge GitHubs dokumentation om Computer Use.
GitHub går videre og beskriver konkret, hvordan ting kan gå skævt: “Ambiguous instructions or unexpected on-screen content may cause unintended actions that affect your device, data, or connected accounts, including access to personal, financial, or enterprise systems” (på dansk: uklare instrukser eller uventet indhold på skærmen kan udløse uønskede handlinger, der påvirker din enhed, dine data eller tilknyttede konti, herunder adgang til personlige, finansielle eller virksomhedssystemer), fremgår det af samme dokumentation.
I selskabets vejledning til ansvarlig brug af agenter tilføjer GitHub en mere konkret advarsel om, hvad en agent faktisk kan se på skærmen: “Application windows may display sensitive information, including information about other people” (på dansk: programvinduer kan vise følsomme oplysninger, herunder oplysninger om andre personer), ifølge GitHubs vejledning om ansvarlig brug af agenter. Anbefalingen er derfor klar: brug kun Computer Use med programmer og opgaver, hvor man er tryg ved, at det synlige indhold deles med Copilot som kontekst, og undgå “Always allow” på programmer, der håndterer følsomme data eller handlinger med stor effekt.
Microsofts parallelle advarsel om samme teknologi
GitHub er ikke den eneste del af Microsoft-koncernen, der formulerer skarpe forbehold om computer use-agenter. I Microsoft Copilot Studios officielle FAQ om funktionen slår selskabet fast: “Computer use is a novel technology with known security risks and functional limitations” (på dansk: computer use er en ny teknologi med kendte sikkerhedsrisici og funktionelle begrænsninger), ifølge Microsofts dokumentation.
Microsoft navngiver også direkte den angrebstype, som branchen har talt om siden de første computer use-agenter dukkede op: “Computer-use agents might encounter harmful or malicious instructions, often referred to as prompt injection attacks, where hidden commands in screenshots, web pages, or other inputs attempt to influence actions in unintended ways” (på dansk: computer use-agenter kan møde skadelige eller ondsindede instrukser, ofte kaldet prompt injection-angreb, hvor skjulte kommandoer i skærmbilleder, websider eller andre input forsøger at påvirke handlinger på uønskede måder), ifølge samme FAQ.
At to separate afdelinger af samme koncern, uafhængigt af hinanden, lander på næsten identisk sprogbrug om risikoen, siger noget om, hvor udbredt bekymringen er internt i branchen. Det er ikke markedsføringssprog med forbehold i småt. Det er en direkte anerkendelse af, at teknologien kan misbruges, før den overhovedet er rullet bredt ud.
Prompt injection: Den nye sårbarhed i skrivebordet
Prompt injection er ikke et nyt begreb i AI-sikkerhed, men computer use-agenter flytter angrebsfladen fra tekstfelter til hele skærmbilledet. Hvor en klassisk prompt injection typisk kræver, at en agent læser en manipuleret tekstfil, et dokument eller en webside, kan en computer use-agent i princippet blive vildledt af alt, hvad der vises på skærmen: et falsk pop-up vindue, en manipuleret notifikation eller et element på en webside, der er designet til at se ud som en legitim instruks.
Risikoen forstærkes af, at en computer use-agent typisk arbejder med brugerens egne rettigheder. Hvis en agent bliver manipuleret til at udføre en handling, den ikke burde, sker det med den samme adgang, som brugeren selv har til mail, økonomisystemer eller interne værktøjer. Det, sikkerhedsfolk kalder et confused-deputy-problem, bliver dermed mere konkret: agenten bruger din autoritet til at gøre noget, du aldrig bad om.
Både GitHub og Microsoft peger på samme modforanstaltninger: krav om godkendelse før en handling udføres, mulighed for at afbryde øjeblikkeligt, og et skarpt råd om ikke at give blanket tilladelse til programmer, der rummer følsomme data. Ingen af parterne hævder, at det løser problemet fuldstændigt. Det er i stedet en erkendelse af, at computer use-agenter kræver en anden sikkerhedsmodel end traditionel API-baseret automatisering, fordi agenten fortolker et visuelt interface, som også kan manipuleres visuelt.
To år efter Anthropic: computer use-kapløbets historie
GitHubs lancering er langt fra den første i sin kategori. Anthropic var først ude, da selskabet den 22. oktober 2024 annoncerede computer use som offentlig beta sammen med en opdateret udgave af Claude 3.5 Sonnet. Anthropic beskrev det selv som første gang en frontier-model kunne betjene en computer visuelt, ved at se et skærmbillede, flytte en markør, klikke på knapper og skrive tekst, fremgår det af Anthropics dokumentation om computer use.
OpenAI fulgte efter tre måneder senere, da selskabet den 23. januar 2025 lancerede Operator som en research preview for ChatGPT Pro-abonnenter. Operator kørte på en ny model kaldet Computer-Using Agent (CUA), der kombinerede visuel forståelse med reinforcement learning, og var i første omgang fokuseret på browserbaserede opgaver snarere end hele skrivebordet.
Microsoft bragte konceptet ind i virksomhedsverdenen gennem Copilot Studio: en tidlig research preview i april 2025, offentlig preview for amerikanske kunder i september 2025, og generel tilgængelighed i alle kommercielle regioner i maj 2026. Microsofts udgave er rettet mod UI-automatisering i virksomhedsprocesser som dataindtastning og dokumenthåndtering, altså en AI-nær udgave af klassisk RPA-software (robotic process automation).
Det gør GitHub til den seneste, ikke den første, store aktør til at bringe computer use ind i udviklerværktøjer. Forskellen er, at GitHub retter funktionen specifikt mod udviklerens og it-afdelingens hverdag: legacy-systemer, GUI-only fagprogrammer og arbejdsgange, der i dag kræver manuel betjening, fordi der ikke findes en API.
Konkurrencelandskabet for computer use-agenter
Markedet for AI-agenter, der kan styre en skærm, har nu fire tydelige aktører med hver sin vinkel. Tabellen nedenfor samler de offentligt bekræftede lanceringsdatoer og fokusområder.
| Udbyder | Produkt | Lancering | Primært fokus |
|---|---|---|---|
| Anthropic | Claude Computer Use | 22. oktober 2024 (offentlig beta) | Udviklere, API-baseret agentbygning |
| OpenAI | Operator / CUA | 23. januar 2025 (research preview) | Browserbaserede opgaver for ChatGPT Pro |
| Microsoft | Copilot Studio Computer Use | April 2025 preview, generelt tilgængelig maj 2026 | Virksomheds-UI-automatisering, RPA-erstatning |
| GitHub | Copilot Computer Use | 1. oktober 2026 (offentlig preview) | Udvikler- og it-værktøjer uden API |
Det centrale skel i markedet går ikke længere på, om et værktøj har AI, men på hvilken kontrolflade agenten får adgang til: et repository og en terminal, en browser, en afgrænset virksomhedsproces, eller som i GitHubs tilfælde, hele skrivebordet. Cursor og Replit, to af GitHub Copilots mest direkte konkurrenter på selve kodeassistent-markedet, har ifølge research i researchfasen af denne artikel ikke lanceret en bred, generel skrivebordsstyring på linje med Anthropic, OpenAI, Microsoft eller nu GitHub. Begge fokuserer i stedet på repository-, terminal- og i nogle tilfælde browserintegrationer, hvilket giver GitHub et differentieret træk i konkurrencen om virksomhedskunder med mange legacy-systemer.
Markedseffekt: Hvad betyder det for Copilot i forhold til Cursor
Konkurrencen mellem GitHub Copilot og Cursor har været et af de mest omtalte emner i udviklerværktøjsbranchen i 2026. En JetBrains-undersøgelse fra januar 2026 viste, at 29 procent af professionelle udviklere brugte GitHub Copilot på arbejdet, mod 18 procent for Cursor. Samtidig har Cursor markedsført sig aggressivt mod virksomhedssegmentet, med rapporter om markant vækst i annualiseret omsætning hen over foråret og sommeren 2026, primært drevet af virksomhedskunder.
Computer Use er et forsøg fra GitHubs side på at udvide, hvad en kodeassistent betyder, ud over selve koden. Hvis funktionen rammer rigtigt hos it-afdelinger, der sidder med store mængder legacy-software uden API, kan det blive et argument for at vælge Copilot frem for konkurrenter, der primært konkurrerer på selve kodegenereringens kvalitet og hastighed. Omvendt er det en funktion, der ikke umiddelbart gavner den rene udvikleroplevelse i et repository, og den tilføjer en ny kategori af sikkerhedsspørgsmål, som it-sikkerhedsafdelinger nu skal forholde sig til, før de kan godkende brugen bredt i organisationen.
Det er værd at bemærke, at Microsoft allerede har en etableret udgave af samme teknologi i Copilot Studio, rettet mod forretningsprocesser. GitHubs lancering betyder derfor også, at to produkter under samme moderselskab nu begge tilbyder skrivebordsstyring, blot til forskellige målgrupper: forretningsprocesser i Copilot Studio, udvikler- og it-opgaver i GitHub Copilot.
Hvad betyder det for danske og nordiske virksomheder
For danske og nordiske virksomheder, der allerede har GitHub Copilot rullet ud, rejser Computer Use et konkret spørgsmål for it-sikkerhedsansvarlige: skal funktionen tillades, og hvis ja, under hvilke betingelser? Fordi funktionen er slået fra som standard, og fordi GitHub giver organisationer mulighed for at deaktivere den centralt via managed settings, kan virksomheder i praksis vente med at tillade den, til de har afprøvet den i et afgrænset testmiljø.
Det er særligt relevant i brancher med følsomme data, som finans, sundhed og den offentlige sektor, hvor skærmbilleder fra interne systemer i sagens natur kan indeholde personoplysninger eller fortrolig information. GitHubs egen advarsel om, at programvinduer kan vise følsomme oplysninger om andre personer, rammer direkte ned i GDPR-logikken: hvis en AI-agent får adgang til at se og handle på skærmindhold, der indeholder personoplysninger, skal organisationen kunne dokumentere et lovligt grundlag og tilstrækkelige tekniske og organisatoriske sikkerhedsforanstaltninger for den behandling, uanset om det sker via et klassisk API-opslag eller via en agent, der læser skærmen visuelt.
For virksomheder, der allerede er underlagt NIS2-kravene, tilføjer funktionen endnu en komponent til risikovurderingen af leverandørkæden: en AI-agent, der kan handle autonomt på tværs af flere skrivebordsprogrammer, bør indgå i de samme typer af adgangsstyring og logning, som gælder for andre automatiserede systemer med adgang til kritiske data.
Enterprise-governance og kontrolmuligheder
GitHub har bygget flere kontrollag ind i funktionen fra start, hvilket adskiller sig fra en ren forbrugerfunktion. Først er der selve aktiveringen: funktionen er slået fra som standard, og en bruger skal eksplicit tænde den, både i CLI’en og i appen. Dernæst er der godkendelseslaget: Copilot spørger om tilladelse, før den styrer et konkret program, og brugeren kan vælge mellem engangsgodkendelse, permanent godkendelse eller afvisning.
Det tredje lag er organisatorisk. Virksomheder kan deaktivere Computer Use centralt via managed settings, og denne beslutning kan ikke omgås af den enkelte medarbejder, selv hvis vedkommende forsøger at aktivere funktionen lokalt. Det giver it-sikkerhedsafdelinger et reelt værktøj til at holde funktionen slukket, indtil den er testet og godkendt internt, i stedet for at skulle stole på, at hver enkelt udvikler selv vurderer risikoen korrekt.
Det fjerde lag er øjeblikkelig afbrydelse: to tryk på Esc i CLI’en eller et klik på Stop i appen stopper en igangværende handling med det samme. Det er en vigtig detalje, fordi en af de mest nævnte risici ved computer use-agenter generelt er, at en fejlfortolket instruks kan eskalere hurtigt, hvis brugeren ikke kan gribe ind i tide.
Branchens reaktion og den bredere agent-udvikling
Lanceringen af Computer Use kommer i en periode, hvor GitHub har rullet en lang række agentfunktioner ud i hurtig rækkefølge. Samme uge som Computer Use kom i preview, annoncerede GitHub blandt andet lokal sandboxing som generelt tilgængelig og en ny model specifikt bygget til at opdage lækkede secrets i kode. Det tegner et billede af et produkt, der bevæger sig fra at være en kodeforslagsfunktion til at blive en bredere agent-platform med flere typer autonomi: agenter, der retter kode, agenter, der kører i skyen, og nu agenter, der kan betjene et helt skrivebord.
Det rejser et naturligt spørgsmål om tempo versus kontrol. Hvert nyt autonomi-lag, GitHub tilføjer, udvider også den potentielle skadevirkning, hvis noget går galt, hvilket er præcis den balance, GitHub selv adresserer direkte i sin dokumentation i stedet for at nedtone den. Det er en anden tilgang end tidligere års AI-lanceringer, hvor sikkerhedsforbehold typisk blev nævnt i finere print eller i separate sikkerhedsrapporter. Her står advarslen i selve produktdokumentationen, som enhver bruger ser, før de slår funktionen til.
Begrænsninger: Hvad Computer Use ikke kan endnu
GitHub er også eksplicit omkring de funktionelle begrænsninger, ikke kun sikkerhedsrisici. Fordi Computer Use fortolker visuelle interfaces, kan den have svært ved programversioner, operativsystemer og vinduestilstande, der ændrer sig. Agenten kan vælge den forkerte knap, indtaste tekst i det forkerte felt, eller få problemer med ikke-standardiserede eller dynamiske kontrolelementer og komplekse arbejdsgange. Ændringer i timing eller vinduestilstand kan give forskellige resultater fra gang til gang, få agenten til at gentage en handling, eller forhindre den i at fortsætte overhovedet.
GitHub anbefaler derfor direkte, at man kun bruger Computer Use til opgaver, der kræver interaktion med et visuelt interface. Hvis en opgave i stedet kan løses via et API, en MCP-server, en terminalkommando eller et filsystemværktøj, giver den vej typisk mere strukturerede og forudsigelige resultater end at lade agenten se og klikke sig gennem et program. Det er et vigtigt praktisk pejlemærke for it-afdelinger, der skal beslutte, hvilke opgaver der overhovedet er kandidater til funktionen.
Forudsigelser: Hvad sker der herfra
- Flere udbydere af kodeassistenter vil sandsynligvis annoncere egne versioner af skrivebordsstyring i løbet af 2027, i takt med at Microsoft, Anthropic, OpenAI og nu GitHub alle har etableret kategorien som reel og kommercielt relevant.
- Det er sandsynligt, at it-sikkerhedsleverandører udvikler specifikke overvågnings- og logningsværktøjer målrettet computer use-agenter, parallelt med den eksisterende overvågning af API-baseret automatisering, i takt med at flere virksomheder tester funktionen.
- Virksomheder i regulerede brancher som finans og sundhed vil med stor sandsynlighed holde Computer Use deaktiveret centralt, indtil der findes dokumenterede case-eksempler på sikker brug, givet GitHubs egne direkte advarsler om adgang til personlige og finansielle systemer.
- Konkurrenter som Cursor og Replit vil formentlig blive presset til at forklare, hvorfor de ikke, i hvert fald endnu, tilbyder samme type skrivebordsstyring, hvis GitHubs funktion viser sig populær hos virksomhedskunder med mange legacy-systemer.
- Det er rimeligt at forvente, at GitHub udvider understøttelsen til flere platforme og flere programmer over de kommende måneder, i takt med at funktionen bevæger sig fra offentlig preview mod generel tilgængelighed, på samme måde som Microsoft gjorde det med Copilot Studio fra april 2025 til generel tilgængelighed i maj 2026.
Ofte stillede spørgsmål om GitHub Copilot Computer Use
Hvad er GitHub Copilot Computer Use?
Det er en ny funktion i GitHub Copilot CLI og Copilot-appen, der lader AI-agenten interagere direkte med skrivebordsprogrammer: den kan klikke, skrive tekst, scrolle og navigere mellem programmer, på samme måde som et menneske ville gøre det med mus og tastatur.
Hvornår blev funktionen lanceret?
Computer Use gik i offentlig preview den 1. oktober 2026, ifølge GitHubs eget changelog.
Hvilke platforme understøtter Computer Use?
Funktionen er tilgængelig på macOS og Windows gennem både GitHub Copilot CLI og GitHub Copilot-appen. Den kræver desuden, at man giver appen adgang til Tilgængelighed og Skærmoptagelse på macOS.
Er Computer Use slået til som standard?
Nej. Funktionen er slået fra som standard og skal aktiveres manuelt, enten via kommandoen /computer on i CLI’en eller via indstillingerne i appen.
Kan en virksomhed forbyde brugen af Computer Use?
Ja. GitHub giver organisationer mulighed for at deaktivere funktionen centralt via managed settings, og den beslutning kan ikke omgås lokalt af den enkelte medarbejder.
Hvad er den største sikkerhedsrisiko ved funktionen?
Både GitHub og Microsoft peger på prompt injection som den centrale risiko: skjulte eller uklare instrukser i det, agenten ser på skærmen, kan udløse uønskede handlinger, der påvirker enheden, data eller tilknyttede konti.
Er GitHub den første til at lancere en lignende funktion?
Nej. Anthropic lancerede en tilsvarende funktion i Claude allerede den 22. oktober 2024, efterfulgt af OpenAIs Operator i januar 2025 og Microsoft Copilot Studios Computer Use, som blev generelt tilgængelig i maj 2026.
Kan jeg stoppe Copilot, hvis den gør noget forkert med Computer Use?
Ja. En igangværende handling kan afbrydes øjeblikkeligt ved at trykke Esc to gange i CLI’en, eller ved at klikke på Stop eller trykke Esc i appen.
