Waar wordt de besparing geïnstalleerd?
BV‑SALA is geen app, geen extensie en geen ChatGPT-instelling. Het is een stuk code dat een ontwikkelaar in de eigen applicatie plaatst, precies waar die applicatie de API van je aanbieder aanroept. Het kan alleen besparen waar een tokenrekening bestaat — en alleen meten waar het elk verzoek voorbij ziet komen.
De laag leeft in je code
Dezelfde aanroep, met en zonder de laag. Het verkeer reist altijd rechtstreeks van je applicatie naar de provider — BV‑SALA is geen tussenserver en ziet je data nooit van buitenaf.
Dat groene vak is een npm-pakket in de code van de applicatie. Daarom is de sleutelvraag nooit “wat installeer ik?” maar “wie schreef de code die de API aanroept?” — die persoon kan het installeren. De uitzonderingen zijn een codeerterminal zoals Claude Code en een app in welke taal dan ook die de officiële SDK van OpenAI of Anthropic gebruikt en waarvan je de base-URL kunt instellen: daar gaat de gateway van bvsala ervoor staan zonder één regel code aan te raken. Dat verkeer wordt gemeten voor modellen met een lijstprijs; de besparingshefbomen van het npm-pakket draaien daar niet, en die van de gateway zelf gelden alleen voor Anthropic-verkeer, met een PRO-licentie.
Jouw geval, in 10 seconden
Vier manieren om AI te gebruiken, en wat BV‑SALA in elk ervan kan doen.
Je betaalt een vast bedrag (of niets): er is geen tokenrekening om te verlagen, en het is een gesloten product waar niemand software tussen de app en de modellen kan plaatsen. De besparing van BV‑SALA geldt hier simpelweg niet — en geen enkel product kan haar daar eerlijk beloven.
Vast abonnement: geen tokenfactuur om te meten — maar wel limieten (het venster van vijf uur en de weeklimiet). Daar is de savings-mode-skill precies voor: gratis, in een minuut geüpload naar claude.ai, gericht op de twee massa's die limiet verbranden. Het effect wordt gepubliceerd zodra het gemeten is — nooit eerder.
Met een abonnement is het tarief vast — maar begrensd: dezelfde skill installeert met één commando en rekt dezelfde weeklimiet op. Met een API-sleutel is er een echte tokenfactuur — en de meter loopt al: met je BiVelio-licentie start “bvsala claude” Claude Code via de lokale gateway en je uitgaven verschijnen in het paneel, token voor token, zonder één regel code aan te raken. Met PRO zet hij op Anthropic-modellen bovendien cache-schrijfacties om van de TTL van een uur naar die van vijf minuten, alleen in beurten waarin een groot deel van de prompt nieuw is (de eerste beurt van een sessie, een compactie): een besparing berekend op de tokentelling van je eigen provider, nooit op een schatting.
Het geval waarvoor BV‑SALA bestaat. Je app roept de API aan met je sleutel, de aanbieder factureert elk token, en de laag wordt in drie stappen geïnstalleerd: pakket, licentie en het omhullen van de aanroep. Vanaf het eerste verzoek geeft hij een SavingsReport terug met de besparing, gesplitst in gemeten en geschat.
Schatting vs. meting
Het product heeft twee verschillende cijfers, en die kun je beter niet mengen.
De gratis Meten-licentie draait de laag in schaduwmodus op je eigen verkeer en laat zien wat hij bespaard zou hebben, verzoek voor verzoek. Hij verandert niets en past niets toe — daarom draagt hij het label ‘schatting’.
Elke aanroep levert een SavingsReport: de aanroepen die je nooit betaalde en de nettobesparing per verzoek. Controleerbaar, verzoek voor verzoek, op je eigen infrastructuur.
De volledige installatie, als je een app bouwt
# 1 · het pakket pnpm add @bivelio/savings-layer # 2 · de licentie (uit je dashboard) export BIVELIO_LICENSE_KEY=… # 3 · de aanroep omhullen — dit is de hele codewijziging const layer = createSavingsLayer({ provider, licenseKey, … }); const { text, report } = await layer.generate({ model, messages }); console.log(report.cost.netSavingsRatio) // ← de besparing, gemeten