Dove si installa il risparmio?
BV‑SALA non è un'app, né un'estensione, né un'impostazione di ChatGPT. È un pezzo di codice che uno sviluppatore colloca dentro la propria applicazione, esattamente dove quell'applicazione chiama l'API del tuo fornitore. Può risparmiare solo dove esiste una fattura a token — e può misurarlo solo dove vede passare ogni richiesta.
Lo strato vive dentro il tuo codice
La stessa chiamata, con e senza lo strato. Il traffico viaggia sempre diretto dalla tua applicazione al provider — BV‑SALA non è un server intermedio e non vede mai i tuoi dati dall'esterno.
Quel riquadro verde è un pacchetto npm dentro il codice dell'applicazione. Per questo la domanda chiave non è mai «cosa installo?» ma «chi ha scritto il codice che chiama l'API?» — quella persona è chi può installarlo. Le eccezioni sono un terminale di codifica come Claude Code e un'app in qualsiasi linguaggio che usi l'SDK ufficiale di OpenAI o di Anthropic e permetta di impostarne l'URL di base: lì il gateway di bvsala si mette davanti senza toccare una sola riga di codice. Quel traffico viene misurato per i modelli con prezzo di listino; le leve di risparmio del pacchetto npm lì non girano, e quelle del gateway stesso si applicano solo al traffico Anthropic, con una licenza PRO.
Il tuo caso, in 10 secondi
Quattro modi di usare l'IA, e cosa può fare BV‑SALA in ciascuno.
Paghi una quota fissa (o niente): non esiste una fattura a token da ridurre, ed è un prodotto chiuso in cui nessuno può inserire software tra l'app e i suoi modelli. Il risparmio di BV‑SALA non si applica qui — e nessun prodotto può prometterlo lì con onestà.
Abbonamento fisso: nessuna fattura di token da misurare — ma con tetti (la finestra di cinque ore e quello settimanale). È esattamente per questo che esiste la skill savings-mode: gratuita, si carica su claude.ai in un minuto e attacca le due masse che bruciano il tetto. Il suo effetto sarà pubblicato quando sarà misurato — mai prima.
Con l'abbonamento la quota è fissa — ma con tetti: la stessa skill si installa con un solo comando e allunga lo stesso tetto settimanale. Con la chiave API c'è una fattura di token reale — e il misuratore è già in moto: con la tua licenza BiVelio, «bvsala claude» lancia Claude Code attraverso il gateway locale e la tua spesa appare nel pannello, token per token, senza toccare una riga di codice. Con PRO, sui modelli Anthropic, sposta anche le scritture della cache dal TTL di un'ora a quello di cinque minuti solo nei turni in cui una parte consistente del prompt è nuova (il primo turno di una sessione, una compattazione): un risparmio calcolato sul conteggio dei token del tuo stesso fornitore, mai su una stima.
Il caso per cui esiste BV‑SALA. La tua app chiama l'API con la tua chiave, il fornitore fattura ogni token, e il layer si installa in tre passi: pacchetto, licenza e incapsulamento della chiamata. Dalla prima richiesta restituisce un SavingsReport con il risparmio, separato in misurato e stimato.
Stima vs. misurazione
Il prodotto ha due numeri diversi ed è meglio non mescolarli.
La licenza Misura, gratuita, esegue il livello in modalità ombra con il tuo traffico e mostra quanto avrebbe risparmiato, richiesta per richiesta. Non cambia nulla e non applica nulla — per questo porta l’etichetta «stima».
Ogni chiamata restituisce un SavingsReport: le chiamate che non hai mai pagato e il risparmio netto per richiesta. Verificabile, richiesta per richiesta, sulla tua infrastruttura.
L'installazione completa, se sviluppi un'app
# 1 · il pacchetto pnpm add @bivelio/savings-layer # 2 · la licenza (dalla tua dashboard) export BIVELIO_LICENSE_KEY=… # 3 · avvolgere la chiamata — questo è tutto il cambio di codice const layer = createSavingsLayer({ provider, licenseKey, … }); const { text, report } = await layer.generate({ model, messages }); console.log(report.cost.netSavingsRatio) // ← il risparmio, misurato