·6m leestijd·1,020 woorden·

De teller stond altijd al te lopen

GitHub Copilot stuurde op 1 juni de rekening. Ontwikkelaars schrokken. Maar de verrassing is niet de prijs, het is wat die rekening onthult: twee jaar lang betaalde iemand anders voor jouw workflow.

Op 1 juni haalde GitHub de hendel over.

GitHub Copilot stapte over van een vaste maandprijs naar gebruiksgebaseerde facturering: elk token dat je verbruikt, invoer en uitvoer en gecachte tokens, loopt nu door een meter. De basisabonnementsprijzen bleven gelijk. Wat veranderde, is dat het plafond verdween.

Ontwikkelaars merkten het meteen. Reddit stroomde vol met meldingen van rekeningen die van $29 naar $750 per maand sprongen. Van $50 naar $3.000. De officiële aankondiging kreeg bijna 900 downvotes. Op X noemde iemand het "een grap." GitHubs eigen community-thread liep in 48 uur voorbij de 400 reacties.

De boosheid is begrijpelijk. De diagnose klopt niet.

Hoe het vroeger werkte

Het oude model gaf je een maandelijkse hoeveelheid Premium Request Units. Als je die opmaaakte, viel Copilot terug op een lichter basismodel. Je kon gewoon doorwerken. Het plafond hield.

Dat was een productbeslissing, geen infrastructuurwerkelijkheid. Claude Opus 4.8 of GPT-5 op frontierkwaliteit draaien, door agentische lussen, door volledige contextvensters, bij elke autocomplete-suggestie in je IDE, kost echt geld. Het kostte vóór 1 juni ook al echt geld. GitHub betaalde het verschil.

De officiële uitleg, bijna letterlijk uit de aankondiging: "Copilot is niet hetzelfde product als een jaar geleden." Wat klopt. Een jaar geleden liet je er geen agentische workflows doorheen. Een jaar geleden stuurde het je verzoeken niet on demand door naar frontiermodellen.

GitHubs versie van die zin presenteert het als een product dat volwassen wordt. De nauwkeurigere versie: het subsidiemodel bezweek eindelijk onder het gewicht van wat gebruikers aangemoedigd waren ermee te doen.

De subsidie was de strategie

Dit is niet uniek voor GitHub.

OpenAI geeft naar verluidt ongeveer $1,35 uit voor elke dollar die het verdient, met verliezen die grotendeels uit inferentiekosten komen. Google stapte over op gebruiksgebaseerde afrekening voor zijn AI-diensten. In de hele sector worden de huidige tokenprijzen gesubsidieerd door risicokapitaal en kruissubsidies van hyperscalers, om adoptie te kopen, gewoontes op te bouwen, de soort afhankelijkheid te creëren die overstappen nagenoeg onmogelijk maakt.

Dat is geen samenzwering. Het is een standaard klantenwervingstactiek. Je prijst onder kostprijs om je gebruikersbasis op te bouwen, dan pas je aan zodra die basis vastzit.

GitHub moedigde je aan om agentisch te werken. Ze voerden er campagne voor. De documentatie sloot er volledig op aan. De prompts moedigden het aan. En de economie van dat alles, tegen de vaste prijs die jij betaalde, klopte nooit voor hen, alleen voor jou.

1 juni is niet het moment waarop het tapijt werd weggetrokken. Het tapijt wegtrekken was de oorspronkelijke prijsstelling. De royale vaste prijs was het proefmonster. Je was hun acquisitie.

De kortingstest

Dit is de vraag waar je bij stil moet staan.

Overleeft jouw AI-ondersteunde workflow ongesubsidieerde prijzen?

Niet "voelt het trager aan zonder Copilot." Niet "zou ik de autocomplete missen." De echte economische vraag: als het gereedschap kost wat de infrastructuur werkelijk kost, is de workflow dan nog de moeite waard?

Als een tienvoudige prijsverhoging je workflow om zeep helpt, dan was die workflow een gewoonte die de korting betaalde. Geen productiviteitswinst. Geen blijvende meerwaarde. Een zwaar gesubsidieerde gewoonte die op signaal leek omdat hij goedkoop genoeg was om de ruis te negeren.

De ontwikkelaars die $750-maanden melden, doen niet per se de verkeerde dingen. Sommigen draaien agentische lussen die echt waarde leveren. Maar sommigen, misschien velen, hebben tokenverbruik opgebouwd zoals je browsertabs ophopt: door de drempelvrije beschikbaarheid, niet door bewuste keuze. Tokenmaxxing bestond al voor de meter aanging. Het wachtte alleen op de rekening.

Dit is een lock-in-probleem

De factureringswijziging is het zichtbare symptoom. Het structurele probleem is ouder.

Wanneer je ontwikkelworkflow draait op een frontiermodel van iemand anders, geprijsd naar goeddunken van iemand anders, heb je een afhankelijkheid gebouwd die je niet kunt auditen, niet kunt begrenzen zonder capaciteit in te leveren, en niet kunt verlaten zonder alles opnieuw op te zetten. Dat is vendor lock-in op de workflow-laag, moeilijker te ontsnappen dan lock-in op het API-niveau.

Het artikel over de token-belasting maakte een versie van dit punt over plugin-overhead: de kosten zijn gegarandeerd en worden vooraf betaald, de besparing is voorwaardelijk en wordt achteraf gerealiseerd. Gebruiksgebaseerde Copilot-facturering heeft dezelfde vorm op grotere schaal. Het verbruik is gegarandeerd. De waarde is voorwaardelijk. En als de prijzen bewegen, zie je welke waarde had en welke niet.

Codecompleties en Next Edit Suggestions, de oorspronkelijke kernfuncties, blijven onbeperkt en ongemeten. Dat is geen vrijgevigheid. GitHub beschermt de gewoontelaag en monetiseert de intensieve gebruikslaag. De functies die magisch aanvoelen blijven gratis. De functies die echte infrastructuurkosten veroorzaken, brengen nu echte rekeningen met zich mee.

Wat je nu kunt doen

Stel een bestedingslimiet in. Vandaag. Het factuurdashboard heeft er één. Zonder limiet heb je geen plafond, en "ik vergat een limiet in te stellen" is nu een dure fout, geen kleinigheid meer.

Meet waarde, niet gebruik. Verandert agentische Copilot daadwerkelijk hoe snel dingen worden opgeleverd? Daalt het foutpercentage? Als je niet naar een getal kunt wijzen dat de goede kant op beweegt, betaal je voor een gevoel.

Houd een uitweg open. Lokale modellen zijn voor een groot deel van de dagelijkse codetaken serieus capabel geworden. De completions-laag blijft ongemeten. Een workflow die alleen functioneert bij frontierkwaliteit, op onbeperkte schaal, tegen andermans prijzen, is een workflow die jij niet beheerst.

Weeg de kosten eerlijk af. Neem de nieuwe maandelijkse rekening, het werkelijke gebruik, en vraag je af welk resultaat je daarvoor terugkrijgt. Niet "is dit in het algemeen nuttig." Het specifieke bedrag, tegenover specifiek bewijs dat het specifieke resultaten verandert.

De meter is niet het probleem

Ontwikkelaars die boos zijn op GitHub, zijn boos op het verkeerde ding.

De rekening is niet de verrassing. De verrassing is wat de rekening onthult: dat twee jaar gesubsidieerde prijzen gewoontes opbouwden op een schaal die de onderliggende economie nooit kon dragen. Dat het advies om agentisch te werken afkomstig was van de mensen die de kosten ervan betaalden. Dat een goedkoop product en een waardevol product niet hetzelfde zijn.

De meter ging op 1 juni aan. Wat hij meet, liep altijd al.

Nu krijg je te zien wat je workflow al die tijd werkelijk waard was.

// serie: Infrastructuur(5 van 3)