Platte broncode, voor mensen met haast en machines in het algemeen.
“Wat kost het om te draaien?” wordt meestal gevraagd nadat een feature gebouwd is, en dat is de verkeerde kant. Het antwoord is vooraf te weten tot op een factor twee, en dat weten verandert ontwerpbeslissingen die duur zijn om later te herzien.
De formule
Providers factureren per token, apart geprijsd voor wat je stuurt en wat je terugkrijgt. Een token is grofweg vier tekens Engels, dus 750 woorden is ongeveer 1.000 tokens.
Kosten per call is dus:
(input tokens × input rate) + (output tokens × output rate)
Neem een supportantwoordfeature. De systeeminstructies zijn 300 tokens. Je haalt vijf passages van ongeveer 400 tokens elk op, dus 2.000. De vraag van de gebruiker is 50. Dat is 2.350 tokens in. Het antwoord komt terug rond de 250 tokens uit.
Bij middenklasse 2026-prijzen voor een capabel model (orde van €2,50 per miljoen inputtokens en €10 per miljoen output) is dat grofweg €0,006 plus €0,0025, dus ongeveer €0,0085 per call. Vijftigduizend calls per maand is rond de €425.
Het getal om te zien is dat retrieval 85% van de input uitmaakte. Dat is typisch, en daar zit de hefboom.
Waar het geld écht naartoe gaat
Opgehaalde context, eerst en met afstand. Vijf passages in plaats van tien halveert je inputkosten, in de meeste gevallen zonder meetbaar verlies van nauwkeurigheid. Teams halen te veel op omdat het veiliger voelt; het is de moeite waard om te meten in plaats van aan te nemen.
Retries. Een call die validatie faalt en opnieuw loopt, kost twee keer. Bouw een retrybudget expliciet in, en log hoe vaak het afgaat. Een onbekeken retrylus is de meest voorkomende oorzaak van een rekening die drie keer groter binnenkomt dan de schatting.
Ketens met meerdere stappen. Een agent die plant, twee tools aanroept en samenvat is vier calls, die elk het opgebouwde gesprek meedragen. De kosten groeien sneller dan het aantal stappen, omdat de context meegroeit.
Embeddings, een keer. Je corpus indexeren is een eenmalige kostenpost, en een kleine: een miljoen tokens embedden kost centen. Opnieuw embedden bij elke deploy omdat de pipeline geen changedetectie heeft is niet klein, en het gebeurt.
De vier wijzigingen die de rekening betrouwbaar omlaag brengen
Haal minder op, beter. De ranking verbeteren zodat drie passages tien verslaan is zowel goedkoper als nauwkeuriger: modellen zakken in als de relevante zin begraven zit in irrelevante context.
Routeer op moeilijkheid. De meeste vragen zijn makkelijk. Stuur die naar een klein model en escaleer alleen wat een goedkope classifier als lastig markeert. Een 70/30-splitsing tegen een model op een tiende van de prijs snijdt de rekening grofweg tot een derde.
Orden de prompt voor caching. Zet stabiele inhoud (instructies, gedeeld referentiemateriaal) vooraan en het variabele deel achteraan, zodat de promptcache van de provider korting kan geven op het herhaalde voorvoegsel.
Beperk de outputlengte. Als je twee zinnen nodig hebt, zeg dat en zet een maximum. Outputtokens hebben de hoogste eenheidsprijs, en een model zonder plafond vult de ruimte die het krijgt.
Wat je in de praktijk begroot
Voor één grounded feature op matig volume (een paar tienduizend calls per maand) ligt de modelrekening meestal ergens tussen €100 en €1.000. Dat is bijna altijd klein naast de engineeringkosten om hem te bouwen, en klein naast de arbeid die hij vervangt.
De kosten die mensen verrassen zitten ergens anders: de vector store als je te vroeg voor een managed variant grijpt, het logvolume als je elke prompt en response oneindig bewaart, en de persoon die elke maand naar de evalresultaten moet kijken. Begroot die laatste. Een feature die niemand meet, zakt stilletjes weg als de data eromheen verandert.
Het ene getal dat je nodig hebt voordat je bouwt
Kosten per call, op een bierviltje, met je echte verwachte contextgrootte. Het kost tien minuten en het bepaalt of de feature het waard is om te bouwen, rond welk modelniveau je ontwerpt, en of je vanaf dag één routing nodig hebt of die later kunt toevoegen.
Het alternatief is het in de tweede maand ontdekken, als de architectuur die het goedkoop had gefixt de architectuur is die je al hebt geshipt.
Vragen die vaker gesteld worden
Wat is duurder, input- of outputtokens?
Helpen caches écht?
Moeten we een model zelf hosten om te besparen?
Hoe voorkomen we een weggelopen rekening?
Wie dit schreef
Alexander (Sander) van Hooff
Alexander (Sander) van Hooff bouwt sinds 2015 webapplicaties en besteedt zijn tijd nu vooral aan het in productie krijgen van AI-functies in producten die al gebruikers hebben. Vuewer is zijn studio, gerund vanuit de regio Alicante in Spanje voor opdrachtgevers in heel Europa.
Werk samen met VuewerVerder lezen
RAG versus fine-tuning: wat heeft jouw product nodig?
Retrieval leert een model wat jij weet; fine-tuning leert het hoe het zich gedraagt. De meeste productfeatures hebben het eerste nodig, een paar allebei, en bijna geen enkel alleen het tweede.
AI toevoegen aan een bestaande webapp
Een praktische volgorde om een AI-feature in een applicatie te zetten die al gebruikers heeft: kies een taak, grond hem in je data, zet budgetten, en ship achter een flag.
Meertalig Laravel: vertaalde routes goed gedaan
Waarom /nl/pricing verliest van /nl/tarieven, hoe je vertaalde slugs in Laravel bouwt, en de hreflang-fouten die stilletjes de andere talen kosten.