GitHub Copilot Statistieken.

GitHub Copilot is een van de weinige AI-coderingproducten met openbare cijfers op drie nuttige niveaus: brede gebruikers, betaalde abonnees en organisaties. Microsoft zei dat Copilot meer dan 26 miljoen gebruikers had in FY26 Q1, meer dan 4,7 miljoen betaalde abonnees in FY26 Q2, en bijna 140.000 organisaties die Copilot gebruikten in FY26 Q3.

Die cijfers maken Copilot het duidelijkste openbare commerciële anker in AI-codering, maar ze creëren ook een gemakkelijke valkuil. Een Copilot-gebruiker is niet automatisch een maandelijks actieve gebruiker. Een betaalde abonnee is geen organisatie. Een organisatietelling onthult niet hoeveel ontwikkelaars Copilot dagelijks gebruiken. GitHub’s meer dan 180 miljoen ontwikkelaars en meer dan 500 miljoen samengevoegde pull-aanvragen zijn een krachtige distributiecontext, maar het zijn GitHub-platformstatistieken, geen Copilot-gebruiksstatistieken.

Het echte verhaal van 2026 is dat Copilot is verschoven van AI-paarprogrammeur naar een workflowlaag voor ontwikkelaars. Het omvat nu IDE-aanvullingen, chat, pull-aanvragen, codebeoordeling, CLI, cloudagent, Agent HQ, externe agents, modelkeuze, MCP, gebruiksstatistieken en gebruiksgebaseerde facturering. Dat maakt Copilot-statistieken alleen nuttig als de noemer duidelijk is.

GitHub Copilot op schaal

De belangrijkste Copilot-cijfers gebruiken verschillende noemers, dus lees ze als afzonderlijke gebruikers-, abonnee- en organisatiesignalen in plaats van als één cijfer.

De drie cijfers die verward raken

De veiligste manier om GitHub Copilot-statistieken te lezen, is als een ladder. Bovenaan staat Microsoft’s claim van meer dan 26 miljoen gebruikers, wat het breedste openbare Copilot-schaalsignaal is. Dat aantal moet worden geciteerd als een door het bedrijf gerapporteerd gebruikerscijfer, niet als maandelijks actieve gebruikers, dagelijks actieve gebruikers of betaalde gebruikers, tenzij Microsoft het zo definieert. Een woordvoerder van GitHub verduidelijkte eerder aan TechCrunch dat een eerder Copilot-cijfer van 20 miljoen betrekking had op alle gebruikers ooit, wat een nuttige herinnering is om de gebruikersformulering conservatief te houden.

De volgende trede is betaalde adoptie. Microsoft’s meer dan 4,7 miljoen betaalde Copilot-abonnees is commercieel zinvoller dan een brede gebruikersschaal, omdat het betalende plaatsen of abonnementen weerspiegelt, en Microsoft gaf ook een jaar-op-jaar groeipercentage van 75%. Maar betaalde abonnees onthullen nog steeds geen dagelijks actief gebruik, geaccepteerde suggesties, pull-request-resultaten, beveiligingsimpact of waarde op teamniveau.

Organisatiebereik bevindt zich op een andere trede. Microsoft’s cijfer van bijna 140.000 organisaties toont aan dat Copilot breed wordt ingezet over organisatieaccounts, en dezelfde FY26 Q3-oproep zei dat het aantal enterprise-abonnees bijna verdrievoudigd was jaar op jaar. Dat is niet hetzelfde als 140.000 enterprise-klanten met dezelfde implementatiediepte. Eén organisatie kan een kleine pilot hebben; een andere kan tienduizenden ontwikkelaars hebben.

Interne gebruiksstatistieken zijn een andere categorie. GitHub’s eigen gebruiksstatistieken documentatie groepeert Copilot-statistieken in adoptie, betrokkenheid, acceptatiegraad, regels code en pull-request levenscyclusstatistieken. In de reconciliatie documentatie wordt een gebruiker als actief beschouwd als het aantal door de gebruiker geïnitieerde interacties groter is dan nul, en de acceptatiegraad van code-aanvullingen is geaccepteerde codeactiviteit gedeeld door gegenereerde codeactiviteit.

Die definitie is waardevol omdat het slordige claims voorkomt. Actieve Copilot-gebruikers binnen een enterprise-dashboard zijn niet hetzelfde als Microsoft’s openbare cijfer van 26 miljoen gebruikers. Acceptatiegraad is geen productiviteit. Regels code zijn directionele output, geen beoordeelde en geleverde software; GitHub’s LoC-documentatie kadert die statistieken expliciet als een directionele maatstaf voor voorgestelde, toegevoegde en verwijderde regels over aanvullingen, chat en agentfuncties.

Enquête-adoptie hoort op weer een andere trede. JetBrains zegt dat 29% van de professionele ontwikkelaars in zijn enquête van januari 2026 GitHub Copilot op het werk gebruikte, terwijl Stack Overflow zegt dat 50,6% van de professionele ontwikkelaars dagelijks AI-tools gebruikte. Dat zijn nuttige workflowsignalen, maar enquête-adoptie is geen Copilot-marktaandeel en mag niet worden vermengd met Microsoft’s producttelemetrie.

Copilot schaal: gebruikers, betaalde abonnees en organisaties

Het schaalverhaal van GitHub Copilot begint met Microsoft’s FY26 Q1-claim: Copilot was “de meest populaire AI-paarprogrammeur” en had meer dan 26 miljoen gebruikers. Dat is een groot openbaar getal voor een benoemd AI-coderingproduct. Het is ook breder dan een betaalde metriek, daarom is zorgvuldige formulering belangrijk. Behandel het als een door het bedrijf gerapporteerde gebruikersschaal, tenzij een latere Microsoft- of GitHub-bron het definieert als actief gebruik.

Het brede gebruikerscijfer is in de loop van de tijd gestegen. In juli 2025 vertelde een woordvoerder van GitHub aan TechCrunch dat Copilot de 20 miljoen gebruikers ooit had overschreden; tegen de FY26 Q1-oproep noemde Microsoft meer dan 26 miljoen gebruikers. Beide zijn brede bereikcijfers, geen actieve of betaalde tellingen, dus de trend is een schaalsignaal in plaats van een engagement-signaal.

De betaalde metriek is duidelijker. In FY26 Q2 zei Microsoft dat GitHub Copilot meer dan 4,7 miljoen betaalde abonnees had, een stijging van 75% jaar op jaar (Microsoft FY26 Q2). Microsoft zei ook dat Copilot Pro+ abonnementen voor individuele ontwikkelaars kwartaal op kwartaal met 77% stegen, wat groei in hogere individuele lagen aantoont, niet alleen in enterprise-aankopen.

De organisatiemetriek toont aan hoe ver Copilot zich heeft verspreid binnen teams. In FY26 Q3 zei Microsoft dat bijna 140.000 organisaties GitHub Copilot gebruikten en dat het aantal enterprise-abonnees jaar op jaar bijna verdrievoudigd was. Dit is het beste openbare bewijs dat Copilot niet slechts een add-on is voor individuele ontwikkelaars. Het is een softwareaankoop op organisatieniveau geworden.

Toch heeft het aantal organisaties een kanttekening. Het vertelt niet of een organisatie vijf plaatsen of 50.000 plaatsen heeft. Het onthult geen actief gebruik, geaccepteerde code of productieresultaten. Het mag ook niet worden herschreven als “klanten”, tenzij de bron die exacte klantnoemer gebruikt. “Organisaties die Copilot gebruiken” is sterk genoeg zonder het op te blazen.

Benoemde enterprise-voorbeelden helpen de schaal te onderbouwen. Microsoft zei dat Siemens volledig overstapte op GitHub na een succesvolle Copilot-uitrol naar 30.000 ontwikkelaars. Microsoft zei ook dat tienduizenden AMD-ontwikkelaars Copilot gebruikten en maandelijks honderdduizenden regels code-suggesties accepteerden (Microsoft FY26 Q1). Dit zijn nuttige bewijspunten, maar het zijn benoemde gevallen, geen gemiddelden over de 140.000 organisaties.

GitHub Platform Context: Ontwikkelaars, Pull Requests en Distributie

Copilot’s distributievoordeel komt van de GitHub-platformbasis. Microsoft zei dat GitHub meer dan 180 miljoen ontwikkelaars had, groeide met de snelste snelheid in zijn geschiedenis, en elke seconde een ontwikkelaar toevoegde. Dat is geen Copilot-gebruikersaantal, maar het verklaart wel waarom Copilot ontwikkelaars kan bereiken via GitHub-accounts, repositories, pull-aanvragen, Actions, issues en IDE-integraties.

De meest interessante onboarding-statistiek is Microsoft’s claim dat 80% van de nieuwe ontwikkelaars op GitHub binnen hun eerste week met Copilot begint. Dat is een distributie- en activeringssignaal. Het zegt dat Copilot vroeg in de GitHub-reis is ingebed. Het zegt niet hoeveel van die ontwikkelaars actieve gebruikers of betaalde abonnees blijven.

Pull-request-activiteit is een andere nuttige noemer. Microsoft zei dat meer dan 500 miljoen pull-aanvragen op GitHub in het afgelopen jaar werden samengevoegd, terwijl AI-codeeragents recordgebruik genereerden. Dat aantal is belangrijk omdat Copilot’s agentische functies steeds vaker eindigen in pull-aanvragen, beoordelingen en branches. Het mag nog steeds niet worden gekaderd als door Copilot gemaakte PR’s, tenzij GitHub die smallere metriek publiceert.

GitHub maakte Copilot gemakkelijker te proberen vóór de factureringswijziging van 2026. In december 2024 kondigde GitHub een gratis Copilot-laag aan in VS Code en zei dat GitHub de 150 miljoen ontwikkelaars had gepasseerd; die gratis laag gaf ingelogde persoonlijke GitHub-gebruikers 2.000 code-aanvullingen en 50 chatberichten per maand bij de lancering (GitHub gratis Copilot in VS Code). Huidige GitHub Docs vermelden nu Copilot Free als een abonnement voor individuele ontwikkelaars zonder organisatie- of enterprise-toegang, met beperkte Copilot-functies en automatische modelselectie.

GitHub’s open-source en onderwijsprogramma’s zijn ook belangrijk voor distributie. Octoverse 2024 zei dat meer dan 1 miljoen open-source maintainers, geverifieerde studenten en docenten Copilot gratis hadden gebruikt, met een toename van 100% in dat gratis programma in 2024. Dat is niet hetzelfde als betaalde adoptie, maar het verklaart waarom Copilot zich kan verspreiden via studenten, maintainers en nieuwe ontwikkelaars voordat een betaalde aankoop plaatsvindt.

Productoppervlak: van inline suggesties tot Agent HQ

GitHub Copilot begon in de publieke verbeelding als autocomplete, maar de huidige GitHub Docs beschrijven een veel breder product. De officiële functiespagina vermeldt Copilot Chat, inline suggesties, pull request samenvattingen, GitHub Desktop commit berichten, Copilot CLI, Copilot cloud agent, externe codeeragents, Copilot code review en agentmodus in IDE’s.

Inline suggesties zijn nog steeds belangrijk omdat ze het laagste-frictie oppervlak zijn. GitHub Docs zegt dat Copilot suggesties biedt voor vele talen en frameworks, en werkt bijzonder goed voor Python, JavaScript, TypeScript, Ruby, Go, C#, en C++ (GitHub code suggesties). Maar het product stopt niet langer bij spooktekst in een editor.

Copilot Chat verschijnt nu op GitHub, ondersteunde IDE’s, GitHub Mobile en Windows Terminal volgens GitHub Docs. Met Copilot CLI kunnen ontwikkelaars vanuit de terminal werken en sessies verplaatsen tussen lokale tools, GitHub.com of mobiel (GitHub-functies). Microsoft zei dat het Copilot CLI-gebruik in FY26 Q3 bijna verdubbelde maand op maand, wat CLI tot een van de weinige Copilot-oppervlakken maakt met een openbaar groeisignaal (Microsoft FY26 Q3).

Copilot cloud agent verplaatst Copilot naar asynchroon werk. GitHub’s documentatie beschrijft het als een autonome AI-agent die een repository kan onderzoeken, een implementatieplan kan maken, codewijzigingen kan aanbrengen op een branch en een pull-aanvraag kan openen voor beoordeling. De startpagina van de cloudagent toont hoe breed de ingangspunten zijn geworden: GitHub-issues en -dashboards, GitHub Mobile, IDE’s, REST API, GitHub CLI, GitHub MCP Server, Jira, Slack, Microsoft Teams, Azure Boards, Linear en Raycast.

Agent HQ is de strategische laag. GitHub introduceerde Agent HQ op Universe 2025 als een enkele workflow voor het orkestreren van agents over ontwikkelaarswerk. Microsoft’s FY26 Q1-transcript noemde Agent HQ de organiserende laag voor codeeragents van OpenAI, Anthropic, Google, Cognition, xAI, open-source modellen en interne modellen, gebouwd rond GitHub-primitieven zoals PR’s, Issues en Actions.

De featurematrix toont waarom productoppervlaktestatistieken datumlabels nodig hebben. GitHub vermeldt ondersteuning voor VS Code, Visual Studio, JetBrains, Eclipse, Xcode en NeoVim, maar niet elke functie is beschikbaar in elke client; de featurematrix markeert sommige functies als preview en merkt op dat de pagina zelf in openbare preview is. Codeaanvulling wordt bijvoorbeeld breed ondersteund, terwijl geavanceerde agentvaardigheden, BYOK, aangepaste agents, visie en werkruimte-indexering variëren per IDE en versie.

Het platform opent zich ook voor andere agents. GitHub Agentic Workflows ondersteunen GitHub Copilot, Anthropic Claude, OpenAI Codex en Google Gemini engines, met Copilot als standaard als er geen engine is gespecificeerd. Dat maakt Copilot zowel een product als een workflowlaag voor meerdere codeeragents.

Prijzen en facturering: de verschuiving van 1 juni 2026

De belangrijkste wijziging in het bedrijfsmodel van Copilot in 2026 was de overgang naar gebruiksgebaseerde facturering. GitHub kondigde aan dat alle Copilot-abonnementen op 1 juni 2026 zouden overgaan, waarbij premium aanvragen werden vervangen door GitHub AI Credits en het gebruik werd berekend op basis van input-, output- en gecachete tokens op basis van modeltarieven (GitHub factureringsaankondiging). GitHub’s oudere factureringswijzigingsdocumentatie stelt dezelfde wijziging directer: vóór 1 juni 2026 was de facturering gebaseerd op premium aanvragen; na 1 juni 2026 zijn de kosten van een interactie afhankelijk van het model en het aantal tokens.

De huidige individuele abonnementen vermelden drie betaalde individuele lagen. Copilot Pro kost $10 per maand met 1.500 totale maandelijkse AI-credits; Copilot Pro+ kost $39 per maand met 7.000 totale maandelijkse AI-credits; Copilot Max kost $100 per maand met 20.000 totale maandelijkse AI-credits (GitHub individuele abonnementen). Copilot Free omvat 2.000 code-aanvullingen per maand, terwijl Copilot Student onbeperkte aanvullingen omvat volgens dezelfde huidige pagina.

De prijsstelling voor organisaties is gebaseerd op plaatsen plus gebruik. GitHub Docs vermeldt Copilot Business voor $19 per gebruiker per maand, inclusief 1.900 AI-credits per gebruiker, en Copilot Enterprise voor $39 per gebruiker per maand, inclusief 3.900 AI-credits per gebruiker voor GitHub Enterprise Cloud (GitHub organisatiefacturering). Gebruik boven de inbegrepen pool wordt in rekening gebracht tegen $0,01 per AI-credit, en betaalde abonnementen houden code-aanvullingen en suggesties voor de volgende bewerking onbeperkt volgens de huidige documentatie.

Dit verandert hoe technische leiders moeten denken over de economie van Copilot. Vóór gebruiksgebaseerde facturering kon een team vaak voornamelijk redeneren in plaatsen en aanvraagtoelagen. Na de overgang worden modelkeuze, tokenvolume, agentische workflows, codebeoordeling en CLI/cloud-agentactiviteit allemaal kostenrelevant. Microsoft zei expliciet in FY26 Q3 dat GitHub overstapte op gebruiksgebaseerde prijzen om de prijzen af te stemmen op gebruik en kosten (Microsoft FY26 Q3).

Codebeoordeling is een goed voorbeeld. GitHub Docs zegt dat Copilot-codebeoordelingen twee kostencomponenten hebben: AI-credits voor de modelinteractie en GitHub Actions-minuten voor agentische contextverzameling en toolgebruik (GitHub codebeoordeling docs). GitHub’s factureringsaankondiging zei ook dat Copilot-codebeoordeling GitHub Actions-minuten zou verbruiken naast AI-credits.

Modelkeuze en Enterprise AI-controles

Copilot moet niet langer worden begrepen als een codeerassistent met één model. Microsoft zei in FY26 Q3 dat de meerderheid van de Copilot-gebruikers meerdere modellen gebruikt. GitHub Docs toont ook aan dat de beschikbaarheid van modellen afhangt van het abonnement, de client en organisatie- of enterprise-beperkingen (toegang tot AI-modellen configureren).

Modelhosting is een enterprise-aangelegenheid. GitHub Docs beschrijft hoe verschillende modelfamilies worden gehost. Voor Google-modellen zegt GitHub dat prompts en metadata naar Google Cloud Platform worden gestuurd onder Google’s dataverplichtingen; voor Microsoft’s MAI-Code-1-Flash wordt het model gehost op Azure in GitHub’s tenant; voor open-weight-modellen zegt GitHub dat ze worden gehost op US-gebaseerde Azure AI Foundry-infrastructuur beheerd door GitHub en Microsoft, en prompts en antwoorden worden niet naar de oorspronkelijke modelontwikkelaars gestuurd (GitHub modelhosting).

GitHub heeft een stabiliteitsconcept toegevoegd voor bedrijven. Op 18 maart 2026 heeft GitHub GPT-5.3-Codex aangewezen als zowel het basismodel als het long-term support model voor Copilot Business en Copilot Enterprise, met LTS-ondersteuning die één jaar duurt vanaf de aanwijzing (basis- en LTS-modellen). Dat is belangrijk omdat bedrijven meer nodig hebben dan het nieuwste model; ze hebben voorspelbare beschikbaarheid, migratievensters en beheerderscontroles nodig.

De modelcatalogus verandert snel. GitHub kondigde MAI-Code-1-Flash voor Copilot aan in juni 2026 en maakte het vervolgens algemeen beschikbaar voor Copilot Business en Copilot Enterprise op 26 juni 2026. Dezelfde reeks updates toont aan waarom modelgegevens in Copilot-statistieken exacte datums nodig hebben.

Bring-your-own-key ondersteuning voegt een extra bestuurslaag toe. GitHub’s enterprise BYOK-documentatie vermeldt ondersteunde providerkeys van Anthropic, AWS Bedrock, Google AI Studio, Microsoft Foundry, OpenAI, OpenAI-compatibele providers en xAI, terwijl wordt gewaarschuwd dat de functionaliteit van fijn afgestemde modellen en de uitvoerkwaliteit kunnen variëren. GitHub’s MCP-documentatie positioneert Model Context Protocol ook als een manier om Copilot uit te breiden met bestaande tools en services over de belangrijkste Copilot-oppervlakken, inclusief IDE’s, CLI, de Copilot-app en GitHub.com agentdelegatie.

Enterprise-controles gaan niet alleen over modellen. Inhoudsuitsluiting stelt organisaties in staat om bestanden te configureren die Copilot moet negeren; uitgesloten inhoud informeert geen inline suggesties, chatantwoorden of Copilot-codebeoordeling. Codeverwijzing controleert suggesties op overeenkomsten met openbaar beschikbare code en kan overeenkomsten weggooien of verwijzingen tonen, afhankelijk van de beleidsinstellingen (GitHub code suggesties).

Het governancepatroon is duidelijk: de productstatistieken van Copilot in 2026 gaan niet alleen over hoeveel mensen het gebruiken. Ze gaan ook over welke modellen zijn ingeschakeld, hoe het gebruik wordt gefactureerd, welke context is toegestaan, hoe suggesties worden verwezen en hoe teams model- en functiegebruik meten.

Copilot gebruiksstatistieken: wat teams daadwerkelijk kunnen meten

De openbare adoptiecijfers van Copilot zijn nuttig voor marktcontext. Enterprise-leiders hebben na de uitrol een andere set metrics nodig. GitHub’s gebruiksstatistieken documentatie zegt dat Copilot-metrics vallen in de categorieën adoptie, betrokkenheid, acceptatiegraad, regels code en pull-request levenscyclusmetrics.

Adoptie beantwoordt de vraag of gelicentieerde ontwikkelaars Copilot actief gebruiken. GitHub’s metrics docs definiëren dagelijks actieve gebruikers als unieke gebruikers die op een bepaalde dag met Copilot hebben geïnterageerd, en de reconciliatie docs koppelen de actieve-gebruikersstatus aan een door de gebruiker geïnitieerde interactietelling groter dan nul (metric reconciliation). Dit is het aantal dat een team moet verkiezen boven “toegewezen licenties” bij het evalueren of een uitrol levend is.

Betrokkenheid toont de diepte van het gebruik. GitHub zegt dat betrokkenheidsstatistieken de frequentie en breedte over functies omvatten, zoals het gemiddelde aantal chataanvragen per actieve gebruiker. De acceptatiegraad meet hoe vaak ontwikkelaars suggesties accepteren en wordt consistent berekend over dashboard- en API/exportvelden. Het kan relevantie signaleren, maar een hoge acceptatiegraad betekent niet automatisch software van hoge kwaliteit.

LoC-statistieken zijn bijzonder gemakkelijk te misbruiken. GitHub zegt dat regels-code-statistieken een directionele maatstaf zijn voor Copilot-output, die voorgestelde, toegevoegde of verwijderde regels kwantificeert over aanvullingen, chat en agentfuncties. Directionele output is nuttig, maar het is niet hetzelfde als samengevoegde, geteste, veilige of onderhoudbare code.

Pull request levenscyclusstatistieken brengen Copilot dichter bij leveringsresultaten. GitHub zegt dat deze onder andere het aantal pull request creaties en merges, de mediane tijd tot merge, en de activiteit van reviewsuggesties omvatten, waardoor teams de algehele pull request activiteit kunnen vergelijken met pull requests die door Copilot zijn gemaakt. Dit is het niveau waarop Copilot meer wordt dan een code-generatietool: teams kunnen bestuderen of AI-ondersteunde workflows de doorvoer en cyclustijd veranderen.

Het metrics-product werd operationeler in 2026. GitHub kondigde Copilot-gebruiksstatistieken aan als algemeen beschikbaar op 27 februari 2026, met dashboard- en API-toegang, zichtbaarheid op organisatieniveau, fijnmazige toegangscontroles en ondersteuning voor gegevensresidentie. GitHub voegde vervolgens planmodus-telemetrie toe op 2 maart 2026 en modelniveau-resolutie voor automatische modelselectie op 20 maart 2026.

Rapportage op teamniveau is een andere belangrijke mijlpaal. Op 14 mei 2026 kondigde GitHub een gebruikers-teamsrapport aan dat kan worden samengevoegd met gebruiksrapporten per gebruiker om Copilot-statistieken op teamniveau te produceren, inclusief actieve gebruikers, aanvullingen, chats, taal, IDE, functie en modeluitsplitsingen. De kanttekeningen zijn operationeel belangrijk: teams met minder dan vijf Copilot-gebruikers worden uitgesloten, en gebruikers die tot meerdere teams behoren, kunnen in elke teamaggregaat worden geteld, dus teamtotalen kunnen niet worden opgeteld om een organisatietotaal te reproduceren.

Productiviteit, beveiliging en governance

De meest geciteerde Copilot-productiviteitsstatistiek is GitHub’s gecontroleerde taakstudie. Ontwikkelaars die Copilot gebruikten, voltooiden een JavaScript HTTP-servertaak 55% sneller, gemiddeld 1 uur en 11 minuten vergeleken met 2 uur en 41 minuten voor ontwikkelaars zonder Copilot; GitHub rapporteerde statistische significantie en een 95% betrouwbaarheidsinterval van 21% tot 89% (GitHub productiviteitsonderzoek). Dat is sterk bewijs voor één begrensde taakinstelling.

Dezelfde studie mag geen universele claim worden dat alle ontwikkelaars 55% sneller zijn. GitHub’s onderzoekspagina zelf bespreekt waarom ontwikkelaars productiviteit moeilijk te meten is en gebruikt een breder productiviteitskader dat tevredenheid, prestaties, activiteit, communicatie en efficiëntie omvat. De veiligere claim is dat Copilot bepaalde taken aanzienlijk kan versnellen en de flow kan verbeteren, terwijl teamresultaten afhangen van het taaktype, de codebase, beoordeling, tests en het implementatiesysteem.

Breder AI-ontwikkelingsonderzoek versterkt dat gemengde beeld. Google’s DORA 2025-samenvatting zegt dat 90% van de softwareontwikkelingsprofessionals AI op het werk gebruikt, met een gemiddelde van twee uur per dag besteed aan AI; 65% vertrouwt sterk op AI voor softwareontwikkeling; meer dan 80% rapporteert productiviteitswinst; en 59% rapporteert een positieve invloed op de codekwaliteit. Maar DORA rapporteert ook een vertrouwensparadox: slechts 24% rapporteert veel of veel vertrouwen in AI, terwijl 30% weinig of geen vertrouwen rapporteert.

METR is het meest nuttige tegenwicht omdat het de taaktijd mat in plaats van alleen zelfgerapporteerde productiviteit. In een gerandomiseerde gecontroleerde studie uit 2025 deden ervaren open-source ontwikkelaars die werkten aan volwassen repositories 19% langer toen ze AI-tools van begin 2025 mochten gebruiken, hoewel ze verwachtten dat AI hen met 24% zou versnellen en later geloofden dat het hen met 20% had versneld. METR zei later dat het resultaat van begin 2025 verouderd was en veranderde het experimentontwerp omdat nieuwere AI-agentgebruikspatronen de meting moeilijker maakten. De les is niet dat Copilot teams vertraagt. De les is dat productiviteit afhangt van de taak.

Governance is waar Copilot’s agentische toekomst operationeel wordt. GitLab’s 2026 AI Accountability-enquête zegt dat 85% van de respondenten het ermee eens is dat AI de bottleneck heeft verschoven van het schrijven van code naar het beoordelen en valideren ervan, 92% meldt een governance-uitdaging met AI-gegenereerde code, en 80% is het ermee eens dat hun organisatie AI-tools sneller heeft geadopteerd dan dat het beleid heeft ontwikkeld om ze te beheren. Dat is geen Copilot-specifieke enquête, maar het verklaart de omgeving waarin Copilot-kopers opereren.

GitHub’s eigen cloud-agent risicodocumentatie is openhartig over waarom controles nodig zijn. Copilot cloud agent kan codewijzigingen pushen, dus GitHub zegt dat het risico’s beperkt door te beperken wie de agent kan activeren, te beperken naar welke branch het kan pushen, menselijke beoordeling te vereisen vóór merge, workflow-runs te beperken totdat ze zijn goedgekeurd, en te voorkomen dat de aanvrager de resulterende pull-aanvraag goedkeurt in bepaalde beschermde workflows. GitHub zegt ook dat Copilot cloud agent CodeQL gebruikt, nieuwe afhankelijkheden controleert tegen de GitHub Advisory Database, geheime scanning gebruikt en analysedetails vastlegt in sessielogboeken.

Verantwoord gebruik documenten voegen de menselijke kant toe. GitHub’s Copilot Chat verantwoord gebruik kaart waarschuwt dat gegenereerde code onnauwkeurig, bevooroordeeld naar bepaalde talen of stijlen, overeenkomend met openbare code, of beveiligingslekken kan blootleggen als deze niet zorgvuldig wordt beoordeeld. Ouder academisch werk vond concrete risico’s in AI-ondersteunde codering: “Asleep at the Keyboard?” genereerde 1.689 programma’s in 89 scenario’s en vond ongeveer 40% kwetsbaar in die opstelling (arXiv 2108.09293), terwijl een gebruikersstudie uit 2022/2023 aantoonde dat deelnemers met toegang tot een AI-codeassistent significant minder veilige code schreven en waarschijnlijker geloofden dat hun code veilig was (arXiv 2211.03622). Deze papers moeten worden behandeld als historisch beveiligingsbewijs, niet als huidige Copilot-kwetsbaarheidscijfers.

Benchmarks moeten dezelfde zorgvuldige behandeling krijgen. SWE-bench Verified is een door mensen gevalideerde subset van 500 software-engineeringtaken voor het evalueren van codeeragents en taalmodellen. Het is nuttig voor het begrijpen van de voortgang van de capaciteit, vooral nu Copilot agentischer wordt. Het is geen bewijs van actieve gebruikers, betaalde abonnees, organisatietelling of productiekwaliteit.

Marktcontext: Copilot in de AI-coderingstoolstack

Ontwikkelaarsenquêtes laten zien waarom Copilot belangrijk is buiten de Microsoft-inkomsten. JetBrains’ januari 2026 AI Pulse-enquête onderzocht meer dan 10.000 professionele ontwikkelaars wereldwijd en ontdekte dat 90% regelmatig ten minste één AI-tool op het werk gebruikte voor codeer- en ontwikkelingstaken. Het bleek ook dat 74% gespecialiseerde AI-tools voor ontwikkelaars had geadopteerd, zoals codeerassistenten, editors of agents, niet alleen algemene chatbots.

Binnen die enquête bleef GitHub Copilot de meest bekende en geadopteerde AI-coderingstool: 76% bekendheid en 29% werkgebruik wereldwijd. JetBrains zei ook dat de adoptie van Copilot 40% bereikte bij bedrijven met meer dan 5.000 werknemers, terwijl Cursor en Claude Code elk 18% werkgebruik bereikten (JetBrains AI Pulse).

Dat betekent niet dat Copilot 29% marktaandeel heeft. Het betekent dat 29% van de ondervraagde professionele ontwikkelaars Copilot op het werk gebruikte in die enquête. Het cijfer is nog steeds waardevol omdat het de bewering ondersteunt dat Copilot veel voorkomt in echt werk, niet alleen breed bekend is.

Stack Overflow geeft de bredere achtergrond van het sentiment van ontwikkelaars. In de AI-sectie van 2025 rapporteert Stack Overflow dat 84% van de respondenten AI-tools gebruikt of van plan is te gebruiken in het ontwikkelingsproces, en 50,6% van de professionele ontwikkelaars dagelijks AI-tools gebruikt (Stack Overflow 2025). Maar Stack Overflow rapporteert ook dat meer ontwikkelaars de nauwkeurigheid van AI-output wantrouwen dan vertrouwen, waarbij 46% de nauwkeurigheid wantrouwt en slechts 33% erop vertrouwt. Hoge adoptie en laag vertrouwen kunnen naast elkaar bestaan.

Die spanning past bij de productrichting van Copilot. Copilot probeert niet alleen meer code te genereren. Het voegt codebeoordeling, gebruiksstatistieken, modelgovernance, inhoudsuitsluiting, codeverwijzing, agentlogboeken, veilige outputs en workflowcontroles toe. Het product reageert op dezelfde marktrealiteit die enquêtes laten zien: ontwikkelaars willen AI-hulp, maar teams hebben vertrouwen, traceerbaarheid en kostenbeheersing nodig.

Wat de cijfers wel en niet bewijzen

De ontbrekende cijfers zijn net zo belangrijk als de gepubliceerde. GitHub en Microsoft publiceren gebruikersschaal, betaalde abonnees, organisatietellingen en platformcontext, maar ze publiceren geen schoon dagelijks actief Copilot-cijfer, een kanaalsplitsing van betaalde inkomsten, of een gemiddeld aantal plaatsen per organisatie.

Copilot’s cijfers in context plaatsen

Gebruik Microsoft investeerdersverslagen voor Copilot’s breedste openbare schaalcijfers: gebruikers, betaalde abonnees, organisaties, GitHub-ontwikkelaars, onboarding van nieuwe ontwikkelaars, PR-volume, groei van enterprise-abonnees, gebruik van meerdere modellen en CLI-groei (Microsoft FY26 Q1, Microsoft FY26 Q2, Microsoft FY26 Q3).

Gebruik GitHub Docs voor actuele productfeiten: abonnementen, prijzen, AI-credittoelagen, factureringsmechanismen, modelhosting, functiebeschikbaarheid, gebruiksstatistieken, inhoudsuitsluiting, codeverwijzing en controles voor verantwoord gebruik. Gebruik JetBrains, Stack Overflow, DORA en GitLab voor context over de adoptie van ontwikkelaarswerk, vertrouwen, governance en knelpunten bij beoordeling, terwijl u niet vergeet dat hun noemers enquêtepopulaties zijn in plaats van Copilot-telemetrie.

Veelgestelde vragen

Bronnen en verder lezen