On s'instal·la l'estalvi?
BV‑SALA no és una app, ni una extensió, ni un ajust de ChatGPT. És una peça de codi que un desenvolupador col·loca dins de la seva pròpia aplicació, just on aquesta aplicació crida l'API del teu proveïdor. Només pot estalviar on existeix una factura per tokens — i només pot mesurar-ho on veu passar cada petició.
La capa viu dins del teu codi
La mateixa crida, amb la capa i sense. El trànsit sempre viatja directe de la teva aplicació al proveïdor — BV‑SALA no és un servidor intermedi ni veu les teves dades des de fora.
Aquest requadre verd és un paquet npm dins del codi de l'aplicació. Per això la pregunta clau mai no és «què instal·lo?» sinó «qui va escriure el codi que crida l'API?» — aquesta persona és qui pot instal·lar-lo. Les excepcions són un terminal de codificació com Claude Code i una app en qualsevol llenguatge que faci servir l'SDK oficial d'OpenAI o d'Anthropic i deixi fixar el seu base URL: allà el gateway de bvsala es posa al davant sense tocar ni una línia de codi. Aquest trànsit es mesura per als models amb preu de llista; les palanques d'estalvi del paquet npm no hi corren, i les del mateix gateway només s'apliquen al trànsit d'Anthropic, amb llicència PRO.
El teu cas, en 10 segons
Quatre maneres d'usar IA, i què pot fer BV‑SALA en cadascuna.
Pagues una quota fixa (o res): no existeix una factura per tokens a reduir, i és un producte tancat on ningú no pot col·locar programari entre l'app i els seus models. L'estalvi de BV‑SALA no aplica aquí — i cap producte pot prometre-ho allà amb honestedat.
Subscripció fixa: sense factura de tokens a mesurar — però amb topalls (la finestra de cinc hores i el setmanal). Justament per a això hi ha l'skill savings-mode: gratuït, es puja a claude.ai en un minut i ataca les dues masses que cremen topall. El seu efecte es publicarà quan estigui mesurat — mai abans.
Amb subscripció la quota és fixa — però amb topalls: el mateix skill s'instal·la amb una sola ordre i estira el mateix topall setmanal. Amb clau d'API hi ha una factura per tokens real — i el mesurador ja està en marxa: amb la teva llicència BiVelio, «bvsala claude» llança Claude Code a través del gateway local i la teva despesa apareix al panell, token a token, sense tocar una línia de codi. Amb PRO, en models d'Anthropic, passa a més les escriptures de la memòria cau del TTL d'una hora al de cinc minuts només en els torns en què una part gran del prompt és nova (el primer d'una sessió, una compactació): un estalvi calculat sobre el recompte de tokens del teu propi proveïdor, mai sobre una estimació.
El cas per al qual existeix BV‑SALA. La teva app crida l'API amb la teva clau, el proveïdor factura cada token, i la capa s'instal·la en tres passos: paquet, llicència i embolcallar la crida. Des de la primera petició retorna un SavingsReport amb l'estalvi, separat en mesurat i estimat.
Estimació vs. mesurament
El producte té dues xifres diferents i convé no barrejar-les.
La llicència Mesurar, gratuïta, executa la capa en mode ombra amb el teu propi trànsit i et mostra el que hauria estalviat, petició a petició. No canvia res ni aplica res: per això porta l’etiqueta «estimació».
Cada crida retorna un SavingsReport: les crides que mai no vas pagar i l'estalvi net per petició. Auditable, petició a petició, a la teva pròpia infraestructura.
La instal·lació completa, si desenvolupes una app
# 1 · el paquet pnpm add @bivelio/savings-layer # 2 · la llicència (del teu tauler) export BIVELIO_LICENSE_KEY=… # 3 · embolcallar la crida — aquest és tot el canvi de codi const layer = createSavingsLayer({ provider, licenseKey, … }); const { text, report } = await layer.generate({ model, messages }); console.log(report.cost.netSavingsRatio) // ← l'estalvi, mesurat