GitHub Copilot kan sinds 1 oktober 2026 iets wat geen enkele coding-assistent eerder standaard deed: zelf de muis en het toetsenbord overnemen op het bureaublad van de ontwikkelaar. De functie heet computer use en is in public preview beschikbaar in de GitHub Copilot CLI en in de Copilot-app voor macOS en Windows. Copilot kan daarmee vensters lezen, knoppen klikken, tekst intikken, scrollen, slepen en workflows over meerdere desktopapplicaties heen afronden, zonder dat er een losse automatiseringsscript nodig is.
Het is de meest ingrijpende uitbreiding van Copilot sinds de start van agent mode, en het zet GitHub in een race die Anthropic twee jaar eerder opende met Claude. Voor Nederlandse ontwikkelaars en IT-beslissers roept dat meteen twee vragen op: wat kan het, en wie houdt er toezicht als een AI-model zelf door Excel, Photoshop of een interne bedrijfsapplicatie klikt.
Mis geen nieuwe tech-verhalen op Google
Voeg Tech Insider één keer toe in de Google-app en onze artikelen verschijnen in je suggesties.
Wat is GitHub Copilot computer use precies?
Computer use is GitHub’s eigen term voor een agentfunctie die verder gaat dan code schrijven of terminalcommando’s uitvoeren. Volgens de officiële GitHub-documentatie kan Copilot “interacteren met desktopapplicaties op jouw verzoek door toegankelijke applicatie-inhoud en visuele context te lezen, besturingselementen aan te klikken, tekst in te voeren en te bewerken, toetsen in te drukken, te scrollen, te slepen en workflows over applicaties heen te navigeren“. Dat is een directe verwijzing naar wat de sector “computer-use agents” noemt: modellen die een scherm interpreteren zoals een mens dat doet, in plaats van via een API of command line te werken.
De functie draait op twee plekken. In de Copilot CLI schakelt een ontwikkelaar het aan met het commando /computer on, bekijkt de status met /computer show en zet het weer uit met /computer off. In de Copilot-app voor macOS en Windows staat de schakelaar onder Instellingen, Computer Use, Enable Computer Use. Op macOS vraagt de app tijdens installatie expliciet om Toegankelijkheid- en Schermopname-rechten, de twee systeemrechten die nodig zijn om een ander programma visueel te kunnen lezen en besturen.
Belangrijk detail: computer use staat standaard uit. Dat is een bewuste keuze van GitHub na de kritiek die eerdere “autonome agent”-functies in de sector hebben gekregen. Zodra een gebruiker het activeert, vraagt Copilot per applicatie om goedkeuring voordat het die applicatie bestuurt. Die goedkeuring kan eenmalig zijn voor de huidige sessie, permanent worden opgeslagen als “always allow”, of worden geweigerd. Een weigering op organisatieniveau overschrijft altijd een lokale goedkeuring: als een IT-afdeling de functie via managed settings uitschakelt, kan een individuele ontwikkelaar die beperking niet omzeilen.
De tijdlijn: van terminal-bot naar bureaublad-agent
De lancering van computer use komt niet uit de lucht vallen. GitHub heeft de afgelopen maanden stap voor stap de controlelaag rond Copilot-agents uitgebreid, duidelijk anticiperend op een functie die verder gaat dan code. Op 10 september 2026 kregen enterprise-beheerders centrale controle over sandboxgedrag voor Copilot in JetBrains-IDE’s, inclusief bestandssysteem- en netwerktoegang. Op 25 september volgde lokale sandboxing voor de Copilot-app in public preview, samen met “assisted approvals”: een systeem dat laagrisico tool-aanroepen automatisch goedkeurt en alleen om bevestiging vraagt bij risicovollere acties. Vier dagen eerder al, op 24 september, kondigde GitHub een nieuw standaardbeleid voor het automatisch inschakelen van Copilot-functies aan voor Business- en Enterprise-klanten, met een overgangsperiode van 28 dagen voordat het beleid daadwerkelijk functietoegang beïnvloedt.
Die reeks aankondigingen laat zien dat GitHub de governance-infrastructuur eerst op orde bracht voordat het de meest ingrijpende stap zette: een agent die niet alleen bestanden en terminals aanraakt, maar het volledige bureaublad. Dat is ook precies het patroon dat Anthropic twee jaar eerder volgde, al verliep dat traject sneller en met minder tussenstappen.
Historische context: Anthropic liep twee jaar voor
Computer use als concept is niet nieuw. Anthropic introduceerde de eerste publieke beta op 22 oktober 2024, gekoppeld aan een upgrade van Claude 3.5 Sonnet. Destijds kon het model, via de API, Amazon Bedrock of Google Cloud Vertex AI, een scherm interpreteren, de cursor verplaatsen, klikken en tekst intikken via een virtueel toetsenbord. Het was op dat moment een experimentele API-functie voor ontwikkelaars, geen kant-en-klaar product.
Sindsdien is de functie twee keer flink uitgebreid. In de tweede helft van 2025 kreeg de computer-use-tool een nieuwe versie, intern aangeduid als computer_20251124, met onder meer een zoomactie om kleine tekst op het scherm te kunnen lezen en bredere beschikbaarheid via Amazon Bedrock, Google Cloud en Microsoft Foundry. In januari 2026 lanceerde Anthropic daarnaast Claude Cowork, een werkoppervlak waarmee Claude toegang krijgt tot een gekozen lokale map en zelf bestanden kan openen, devtools kan draaien en op het scherm kan navigeren.
Precies op de dag dat dit artikel verschijnt, 6 oktober 2026, zet Anthropic een volgende stap: nieuwe Cowork-taken voor Pro- en Max-gebruikers draaien vanaf die datum standaard in de cloud op Anthropics eigen servers, en de optie “Alleen op jouw computer” verdwijnt uit de instellingen. Taken die al lokaal liepen, blijven lokaal, maar nieuwe sessies verschuiven naar serverside-uitvoering. Dat is een andere architectuurkeuze dan GitHub maakt: Copilot’s computer use blijft volledig lokaal, op de machine van de ontwikkelaar zelf, terwijl Anthropic juist naar de cloud beweegt.
Hoe computer use technisch werkt
Onder de motorkap is computer use geen apart model, maar een uitbreiding van Copilot’s bestaande tool-permissiesysteem met een nieuwe toolcategorie. Het model krijgt een visuele weergave van het scherm (vaak een combinatie van pixelbeeld en toegankelijkheids-API’s die knoppen, velden en labels herkennen) en vertaalt een taak in een reeks discrete acties: klik hier, type dat, scroll naar beneden, sleep dit object. Elke actie wordt los uitgevoerd en kan tussentijds worden onderbroken.
GitHub beschrijft het doelbewust als een vangnet, niet als eerste keuze. De officiële documentatie is daar expliciet over: “Copilot kan interacteren met desktopapplicaties om taken te automatiseren die niet met een directere tool kunnen worden afgerond“. Dat is een belangrijk signaal: als een taak via een API, een CLI-commando of een directe bestandsbewerking sneller en betrouwbaarder kan, moet Copilot die route gebruiken. Computer use is bedoeld voor de gevallen waarin geen enkele andere interface bestaat, bijvoorbeeld een oude desktopapplicatie zonder API, of een configuratiescherm dat alleen via een grafische interface te bedienen is.
Die voorzichtige framing verklaart ook waarom meerdere techsites de lancering omschreven als een functie die wordt uitgebracht “met een waarschuwing om eerst andere tools te proberen”. Het is een erkenning dat schermbesturing foutgevoeliger en moeilijker te controleren is dan een directe API-aanroep.
Beveiliging: de risico’s van een AI met muis en toetsenbord
Zodra een AI-model daadwerkelijk kan klikken, typen en slepen binnen willekeurige desktopapplicaties, verschuift het risicoprofiel fundamenteel. Een coderingsfout in een script is meestal lokaal en herstelbaar. Een verkeerd geïnterpreteerde knop op een scherm, gevolgd door een klik, kan onomkeerbare gevolgen hebben: een bestand verwijderen, een betaling bevestigen, of gevoelige gegevens naar het verkeerde venster kopiëren.
GitHub heeft hier meerdere beschermingslagen tegen opgebouwd. Toestemming wordt per applicatie gevraagd, niet globaal. Permanente goedkeuringen (“always allow”) worden lokaal opgeslagen en kunnen op elk moment worden ingetrokken via de instellingen. Een weigeringsregel overschrijft altijd automatische of eerder opgeslagen goedkeuringen. En op organisatieniveau kunnen beheerders de functie volledig uitschakelen, een instelling die een individuele ontwikkelaar niet kan omzeilen door het lokaal weer aan te zetten.
Toch blijven een aantal risico’s inherent aan het ontwerp. Het intrekken van een opgeslagen goedkeuring stopt geen sessie die al actief bezig is: lopende acties worden niet met terugwerkende kracht geblokkeerd. Op macOS geeft Schermopname-toestemming de functie toegang tot alles wat zichtbaar is op het scherm, inclusief vensters die niets met de huidige taak te maken hebben. En een agent die een scherm “leest” kan in theorie net zo makkelijk misleid worden door een kwaadaardige pop-up of een vervalste knop als door een legitieme interface, een vorm van prompt-injectie die in tekstuele agents al een bekend probleem is en zich nu uitbreidt naar visuele interfaces.
Deze dynamiek is precies waarom de bredere markt voor agentic AI-beveiliging zo snel groeit. Volgens Grand View Research werd de wereldwijde markt voor agentic AI-beveiliging in 2025 gewaardeerd op 1,3 miljard dollar, groeit die in 2026 naar 1,8 miljard dollar, en wordt een omvang van 17,8 miljard dollar in 2033 verwacht. Dat komt neer op een jaarlijkse groei van 38,9 procent tussen 2026 en 2033. Functies als computer use zijn precies het soort capability dat die vraag naar gespecialiseerde beveiligingstools aanjaagt: hoe meer een AI-agent zelfstandig kan doen op een bureaublad, hoe groter de behoefte aan monitoring, sandboxing en auditing van die acties.
Vergelijking: GitHub Copilot versus Claude Cowork versus Operator
Drie grote AI-aanbieders benaderen schermbesturing nu elk op hun eigen manier. GitHub koos voor een lokale, strikt opt-in functie binnen een bestaande ontwikkelaarstool. Anthropic bouwde het in als kernonderdeel van een breder productiviteitsproduct (Cowork) dat inmiddels ook naar de cloud verschuift. OpenAI was in januari 2025 de eerste met een los product, Operator, gebaseerd op het computer-use-agent-model (CUA), maar een vergelijkbare 2026-update met concrete cijfers over gebruik of doorontwikkeling van dat model kon niet met een gezaghebbende, actuele bron worden bevestigd op het moment van schrijven. Dat gebrek aan recente, publiek bevestigde cijfers is zelf veelzeggend: het suggereert dat OpenAI minder nadruk legt op Operator als los merk dan Anthropic en GitHub op hun eigen implementaties.
| Kenmerk | GitHub Copilot computer use | Claude Cowork / computer use | OpenAI Operator (CUA) |
|---|---|---|---|
| Eerste lancering | 1 oktober 2026 (public preview) | 22 oktober 2024 (beta), Cowork januari 2026 | Januari 2025 |
| Platform | Copilot CLI, Copilot-app (macOS/Windows) | Claude Desktop, web en mobiel (beta) | Los webproduct op basis van CUA-model |
| Uitvoeringslocatie | Volledig lokaal op het apparaat | Lokaal, verschuift per 6 okt. 2026 naar cloud voor Pro/Max | Cloud-gebaseerd |
| Standaardstatus | Uitgeschakeld, opt-in per sessie/app | Opt-in, toestemming per applicatie | Niet publiek gespecificeerd in 2026-bronnen |
| Beschikbare abonnementen | Onderliggend Copilot-abonnement (geen apart tarief gemeld) | Pro, Max, Team, Enterprise | Niet actueel bevestigd |
| Enterprise-controle | Centrale uitschakeling via managed settings | Admins beheren toegang, uitgaven en gebruik | Niet actueel bevestigd |
Het grootste architecturale verschil ligt dus niet in wat de modellen kunnen (klikken, typen, scrollen, slepen zijn inmiddels bij alle drie gangbare acties), maar in waar die acties worden uitgevoerd en wie er controle over houdt. GitHub’s keuze voor volledig lokale uitvoering is een directe reactie op de zorgen die cloud-gebaseerde schermbesturing oproept: gevoelige bedrijfsdata verlaat in dat scenario nooit het apparaat van de ontwikkelaar. Anthropics beweging richting de cloud voor Cowork is juist bedoeld om sessies persistenter en toegankelijker vanaf meerdere apparaten te maken, met het bijkomende risico dat gevoelige handelingen op afstand worden uitgevoerd.
Marktimpact voor ontwikkelaars en bedrijven
Voor individuele ontwikkelaars is het directe effect vooral praktisch: taken die voorheen alleen handmatig konden (een oude licentiebeheerder configureren, een niet-gescripte installer doorlopen, een intern dashboard zonder API bijwerken) kunnen nu mogelijk aan een agent worden overgedragen. Dat is relevant voor de categorie “legacy tooling” die in vrijwel elke grotere Nederlandse organisatie nog aanwezig is: factuursystemen, oude ERP-schermen, interne goedkeuringsformulieren die nooit een moderne API hebben gekregen.
Voor engineering-managers en CISO’s ligt de impact ergens anders: in de noodzaak om nieuw beleid te schrijven voordat ontwikkelaars de functie zelf aanzetten. Het feit dat GitHub de functie standaard uitschakelt en enterprise-admins een centrale uitschakeloptie geeft, suggereert dat GitHub zelf verwacht dat niet elke organisatie hier meteen klaar voor is. Dat sluit aan bij het bredere beleidsinstrument dat GitHub op 24 september 2026 aankondigde: een nieuw standaardbeleid voor het automatisch inschakelen van generiek beschikbare Copilot-functies, met een overgangsperiode van 28 dagen zodat beheerders kunnen beslissen of nieuwe capabilities standaard aan of uit moeten staan voor hun organisatie.
Concreet betekent dit dat IT-afdelingen nu een beslissing moeten nemen die ze een jaar geleden nog niet hoefden te maken: mag een AI-coding-assistent zelfstandig interactie hebben met willekeurige bureaubladapplicaties, inclusief applicaties die niets met programmeren te maken hebben? Voor sectoren met strikte compliance-eisen, zoals de financiële sector of de zorg, is dat geen triviale vraag.
Praktijkvoorbeelden: waarvoor is dit eigenlijk bedoeld?
GitHub’s eigen documentatie en de bredere context van de lancering wijzen op een beperkte, specifieke doelgroep van taken, niet op algemene kantoorautomatisering. Drie realistische scenario’s komen terug in de beschrijvingen van de functie:
- Een ontwikkelaar moet een lokale desktoptool configureren die geen command-line-interface of configuratiebestand aanbiedt, bijvoorbeeld een oude database-beheerclient.
- Een testscenario vereist interactie met een grafische applicatie die zich anders gedraagt dan de onderliggende API suggereert, waardoor alleen visuele verificatie betrouwbaar is.
- Een repetitieve installatiestap in een IDE of build-tool heeft geen scriptbare optie en moet elke keer handmatig via dialoogvensters worden doorlopen.
In alle drie de gevallen is de denkwijze dezelfde: computer use is een vangnet voor het laatste stukje handmatig werk dat overblijft nadat alle directere automatiseringsroutes zijn uitgeput. Dat is een bewust bescheiden ambitieniveau, vergeleken met de meer ambitieuze framing waarmee sommige concurrenten hun eigen schermbesturingsfuncties presenteren als vervanging voor generieke kantoortaken.
Reacties uit de sector
GitHub zelf is terughoudend geweest met de framing van de lancering. In de officiële changelog staat simpelweg: “Computer use is nu beschikbaar in public preview in GitHub Copilot CLI en de GitHub Copilot app op macOS en Windows“. Geen grote claims over productiviteitswinst, geen benchmarkcijfers, geen aankondiging van een specifiek prijspunt. Dat past bij het patroon van de afgelopen maanden, waarin GitHub telkens eerst de controle-infrastructuur aankondigt en pas daarna de onderliggende capability.
De bredere productbeschrijving van de Copilot-app benadrukt vooral de integratie met de rest van het GitHub-ecosysteem. Volgens de officiële productpagina is de Copilot-app “de enige desktopervaring voor agent-gedreven ontwikkeling die native op GitHub is gebouwd“, en de documentatie beschrijft het als een applicatie die “parallelle werkstromen, GitHub-integratie en PR-lifecycle-beheer in één plek samenbrengt“. Computer use is in die beschrijving nadrukkelijk een aanvullende capability binnen een groter geheel, niet het hoofdproduct.
Opvallend is ook wat GitHub niet heeft gedaan: geen uitgebreide persverklaring, geen cijfers over interne tests, geen uitspraken van leidinggevenden bij de lancering zelf. Dat wijst op een bewust ingetogen rollout voor een functie die het bedrijf zelf als risicovoller beschouwt dan een gemiddelde feature-update.
Hoe verhoudt dit zich tot andere recente Copilot-updates?
Computer use staat niet op zichzelf. Begin oktober 2026 meldde Tweakers dat GitHub ook Grok Code Fast 1 van xAI als publieke preview beschikbaar maakt voor Visual Studio, JetBrains en Xcode via Copilot, een uitbreiding van het multi-model-aanbod dat GitHub al langer opbouwt. Samen met de eerdere introductie van modelniveaus en de HydraFusion multi-model-aanpak laat dit zien dat GitHub Copilot in de tweede helft van 2026 op twee assen tegelijk uitbreidt: meer onderliggende taalmodellen om uit te kiezen, en meer soorten acties die een agent zelfstandig mag uitvoeren.
Die combinatie is strategisch belangrijk. Een breder modelaanbod zonder uitgebreidere actiemogelijkheden levert vooral keuzevrijheid op. Uitgebreidere actiemogelijkheden zonder goede modelkeuze levert een agent op die dingen kan doen, maar niet altijd goed. Door beide assen gelijktijdig te ontwikkelen, probeert GitHub te voorkomen dat concurrenten als Cursor of Anthropic op een van de twee dimensies een duidelijke voorsprong behouden.
Data: adoptiesnelheid van agent-functies bij GitHub Copilot in 2026
Onderstaand overzicht zet de belangrijkste Copilot-aankondigingen van de afgelopen maanden op een rij, gebaseerd op de officiële GitHub-changelog. Het patroon maakt duidelijk dat computer use het sluitstuk is van een reeks stapsgewijze uitbreidingen, niet een geïsoleerde lancering.
| Datum (2026) | Aankondiging | Status |
|---|---|---|
| 10 september | Centrale sandboxcontrole voor Copilot in JetBrains-IDE’s | Public preview |
| 24 september | Standaardbeleid voor automatische inschakeling van generieke Copilot-functies | 28 dagen overgangsperiode |
| 25 september | Lokale sandboxing en “assisted approvals” in Copilot-app | Public preview |
| 1 oktober | Computer use: besturing van desktopapplicaties | Public preview |
| Begin oktober | Grok Code Fast 1 beschikbaar in Visual Studio, JetBrains, Xcode | Public preview |
De dichte opeenvolging van aankondigingen, vijf significante wijzigingen binnen ongeveer drie weken, onderstreept hoe snel GitHub momenteel itereert op de agentlaag van Copilot. Dat tempo maakt het voor IT-afdelingen moeilijker om elk beleidsdocument tijdig bij te werken, wat de eerder genoemde noodzaak van centrale, organisatie-brede instellingen verklaart.
Wat dit betekent voor Nederlandse ontwikkelteams
Nederlandse bedrijven die Copilot for Business of Enterprise gebruiken, krijgen door het nieuwe standaardbeleid van 24 september 2026 een expliciete keuzemoment: nieuwe functies zoals computer use worden niet automatisch voor iedereen aangezet zonder dat de organisatie daar zelf over heeft kunnen beslissen binnen de overgangsperiode van 28 dagen. Voor beheerders betekent dit concreet dat ze nu een inventarisatie moeten maken van welke desktopapplicaties binnen hun organisatie gevoelig genoeg zijn om computer use voor uit te sluiten, en welke juist baat kunnen hebben bij de functie.
Voor kleinere teams en zelfstandige ontwikkelaars zonder centraal IT-beleid ligt de verantwoordelijkheid bij de individuele gebruiker. Omdat de functie standaard uit staat en per applicatie om toestemming vraagt, is het risico op een onbedoelde actie beperkt, maar niet nul. Wie de functie uitprobeert, doet er goed aan te beginnen met applicaties zonder gevoelige data, en pas na een paar succesvolle sessies de “always allow”-optie te overwegen voor specifieke, vertrouwde programma’s.
Voorspellingen: waar dit naartoe gaat
Op basis van het tempo en de richting van de afgelopen weken zijn een aantal ontwikkelingen voor de komende maanden aannemelijk.
- Bredere algemene beschikbaarheid in 2027. Gezien het patroon waarin GitHub andere agentfuncties (zoals sandboxing en code review) na enkele maanden public preview naar GA bracht, ligt een vergelijkbaar traject voor computer use in de lijn der verwachting, vermoedelijk na uitgebreide feedback over de huidige preview.
- Strengere enterprise-granulariteit. Het ligt voor de hand dat GitHub de huidige aan/uit-schakelaar op organisatieniveau zal verfijnen tot een lijst van toegestane of geblokkeerde applicaties, vergelijkbaar met hoe sandboxing nu al per bestandssysteem- en netwerktoegang werkt.
- Convergentie met Anthropic’s architectuurkeuzes. Nu Anthropic Cowork-taken naar de cloud verplaatst en GitHub nadrukkelijk lokaal blijft, zal de markt waarschijnlijk testen welk model ontwikkelaars vertrouwen. Een verschuiving in de ene of de andere richting is te verwachten zodra gebruikerscijfers beschikbaar komen.
- Groeiende vraag naar gespecialiseerde auditing-tools. Met een agentic AI-beveiligingsmarkt die volgens Grand View Research tot 17,8 miljard dollar in 2033 kan groeien, is te verwachten dat er specifiek voor schermbesturende agents nieuwe monitoring- en logging-producten op de markt komen, mogelijk als plugin binnen bestaande SIEM-platforms.
- Meer concurrentie van Cursor en JetBrains. Gezien de bredere concurrentiestrijd rond agentfuncties in IDE’s is het waarschijnlijk dat Cursor en JetBrains (met de Junie-agent) binnen enkele maanden een vergelijkbare desktopbesturingsfunctie aankondigen, al dan niet onder een andere naam.
Veelgestelde vragen
Wat is GitHub Copilot computer use?
Het is een functie in public preview, gelanceerd op 1 oktober 2026, waarmee Copilot desktopapplicaties kan besturen door te klikken, te typen, te scrollen en te slepen, net zoals een mens dat zou doen.
Waar is computer use beschikbaar?
In de GitHub Copilot CLI en in de GitHub Copilot-app voor macOS en Windows. Een Linux-versie is op het moment van schrijven niet door GitHub bevestigd.
Staat computer use standaard aan?
Nee. De functie is standaard uitgeschakeld en moet handmatig worden geactiveerd, zowel in de CLI met /computer on als in de app via Instellingen.
Kan een bedrijf computer use centraal uitschakelen?
Ja. Enterprise-beheerders kunnen de functie via managed settings organisatiebreed uitschakelen, en die instelling overschrijft altijd een lokale activering door een individuele gebruiker.
Welke systeemrechten zijn nodig op macOS?
Toegankelijkheid (Accessibility) en Schermopname (Screen Recording), de twee macOS-rechten die een applicatie toestemming geven om andere vensters visueel te lezen en te besturen.
Hoe verhoudt dit zich tot Claude Cowork van Anthropic?
Anthropic lanceerde het onderliggende concept, computer use, al op 22 oktober 2024 en bouwde het sindsdien uit tot Claude Cowork. Het belangrijkste verschil is de uitvoeringslocatie: GitHub’s computer use blijft volledig lokaal, terwijl nieuwe Cowork-taken voor Pro- en Max-gebruikers vanaf 6 oktober 2026 standaard in de cloud draaien.
Is computer use veilig genoeg voor gevoelige bedrijfsdata?
GitHub heeft meerdere waarborgen ingebouwd, zoals toestemming per applicatie en centrale uitschakeling, maar het intrekken van een goedkeuring stopt geen reeds actieve sessie, en Schermopname-rechten geven in theorie toegang tot alles wat zichtbaar is. Organisaties met strikte compliance-eisen doen er goed aan eigen beleid op te stellen voordat ze de functie organisatiebreed toestaan.
Kost computer use extra naast een bestaand Copilot-abonnement?
GitHub heeft bij de lancering geen apart prijspunt voor computer use aangekondigd; de functie valt vooralsnog onder het bestaande Copilot-abonnement van de gebruiker.
