Je AI-tegoed kan krimpen zonder dat je iets verandert

Vandaag ging er een schuifje om waar niemand om vroeg

Stel: je hebt de afgelopen maanden een AI-tool in je werkweek ingebouwd. Offertes voorbereiden, mailtjes classificeren, teksten nakijken. Het werkt, je team is eraan gewend, en je hebt er zelfs een paar processen omheen gebouwd. Je betaalt netjes je abonnement en verder denk je er niet over na.

En dan loop je op een dinsdagmiddag tegen een melding aan dat je limiet op is. Je hebt niks anders gedaan dan vorige week. Je bent niet harder gaan werken. Toch is de ruimte kleiner geworden.

Dat is precies wat er vandaag gebeurde bij Claude Code, de programmeerversie van Claude. Anthropic draaide sinds mei een tijdelijke verhoging van 50 procent op de weeklimieten. Die tijdelijke verhoging liep gisteren af. Vanaf vandaag geldt een permanente verhoging van 25 procent ten opzichte van het oude basisniveau. Beide getallen kloppen, ze meten alleen vanaf een ander punt: wie gewend was aan het niveau van de afgelopen maanden, houdt vanaf vandaag ongeveer 17 procent minder over.

Waarom dit niet alleen een programmeursprobleem is

Je eerste reactie is misschien: leuk, maar wij programmeren niet. Klopt. Alleen is het onderliggende patroon niet aan programmeren gebonden. Vrijwel elke AI-tool die je per maand afrekent, werkt met een tegoed dat de leverancier bepaalt: een aantal berichten, een aantal uren, een aantal "credits". Dat tegoed is geen eigendom. Het is een instelling aan de kant van je leverancier, en die kan wijzigen omdat de kosten stijgen, omdat de vraag groeit, of omdat een actie afloopt.

Dat is op zichzelf niet gemeen. Introductieprijzen en tijdelijke ruimte zijn normaal, en Anthropic heeft deze wijziging netjes twee weken van tevoren aangekondigd. Het punt is wat anders: hoe afhankelijker een proces is van een tegoed dat je niet beheert, hoe gevoeliger dat proces is voor een besluit dat buiten je om wordt genomen. Een handmatige gebruiker merkt dat en wacht tot volgende week. Een automatisering die elke ochtend om zeven uur moet draaien, doet dat niet. Die valt stil, of erger: die valt half stil en levert de helft van het werk op.

Drie plekken waar een krimpend tegoed echt pijn doet

Niet elk gebruik is even kwetsbaar. In de praktijk zien we drie situaties waarin een limiet die krimpt van vervelend naar schadelijk gaat.

1. Werk met een deadline. Een automatisering die facturen inleest voor de boekhouding kan een dag wachten. Een automatisering die offertes uitstuurt binnen het uur na een aanvraag niet. Hoe korter de belofte aan je klant, hoe minder ruimte je hebt om een limiet uit te zitten.
2. Werk dat piekt. Als je verbruik netjes verdeeld is over de week, merk je een krimp van 17 procent nauwelijks. Zit het merendeel op maandagochtend en aan het eind van de maand, dan raak je het plafond precies op je drukste moment.
3. Werk dat aan elkaar hangt. Als stap drie van een keten stilvalt, blijven stap vier en vijf wachten met werk dat half af is. Dat is lastiger op te ruimen dan een proces dat netjes bij het begin stopt.

Loop deze drie even langs voor je eigen processen. Waarschijnlijk vallen de meeste in categorie "kan wachten", en dan is dit nieuws voor jou vooral een geruststelling.

Zo merk je het voordat je klant het merkt

Het vervelendste scenario is niet dat je tegen een limiet aanloopt. Het is dat je het pas hoort van de klant die zijn offerte niet heeft gekregen. Drie dingen die dat voorkomen:

• Zet een signaal op het verbruik, niet alleen op de fout. Een melding bij 80 procent van je tegoed geeft je dagen om iets te regelen. Een melding bij 100 procent geeft je niets.
• Laat je automatisering luid falen. Als een stap niet lukt, hoort daar een bericht bij in de mailbox of het teamkanaal van degene die er iets aan kan doen, met daarin wat er niet is gebeurd. Draait je werk in een tool als n8n, dan kun je dat per workflow instellen. We leggen in wat n8n is en waarom ondernemers er iets aan hebben uit hoe zo'n opzet eruitziet.
• Noteer per proces wie de klok bewaakt. Niet als beleidsstuk, gewoon één regel per automatisering: welke tool, welk abonnement, wie kijkt ernaar. Bij de meeste bedrijven die we spreken bestaat dat overzicht niet, en dat is precies waarom zo'n wijziging wekenlang onopgemerkt kan sluimeren.

Wat je nu kunt regelen, zonder van leverancier te wisselen

De reflex "dan stappen we over" is meestal duurder dan het probleem. Wisselen kost tijd, je team moet opnieuw wennen, en de volgende leverancier bepaalt net zo goed zijn eigen tegoed. Er zijn rustigere manieren om je afhankelijkheid te verkleinen.

Begin met scheiden: welk werk moet echt door het slimste (en duurste) model, en welk werk kan door een lichter model? Tekst samenvatten, een mail in de juiste map zetten, een adres uit een PDF halen: dat soort werk kan bijna altijd een tandje lichter, en licht werk verbruikt minder van je tegoed. In wat AI-automatisering echt kost rekenen we voor hoe je dat per klus uitrekent in plaats van per abonnement.

Kijk daarna naar timing. Werk dat niet vandaag af hoeft, hoeft ook niet in je piekuur te draaien. Een verwerkingsronde die 's nachts loopt, gebruikt hetzelfde tegoed maar concurreert niet met je spoedwerk.

En spreek af wat er gebeurt als het plafond toch geraakt wordt. Niet "dan bellen we even", maar concreet: welke processen mogen wachten, welke schakelen over naar een tweede model, en welke moeten een mens waarschuwen. Die afspraak maak je één keer en kost een middag. Zonder die afspraak improviseer je op het slechtst denkbare moment.

Wat dit zegt over de komende maanden

Dit is niet de eerste prijs- of limietwijziging van dit jaar en het wordt niet de laatste. De aanbieders zitten in een fase waarin ze uitvinden wat hun spullen mogen kosten, en dat betekent dat voorwaarden af en toe schuiven. Soms in je voordeel, want modellen zijn dit jaar op meerdere momenten juist goedkoper geworden.

De les is dus niet "vertrouw geen AI-leverancier". De les is dat je bij het inrichten van een automatisering dezelfde vraag stelt die je bij elke andere leverancier stelt: wat gebeurt er met mijn werk als hier iets verandert? Bedrijven die daar een antwoord op hebben, lezen een bericht als dat van vandaag en halen hun schouders op. Bedrijven die dat antwoord niet hebben, komen er op een drukke ochtend achter.

Benieuwd hoe kwetsbaar jouw automatiseringen zijn voor dit soort wijzigingen? We kijken het graag samen met je door.