Où s'installe l'économie ?
BV‑SALA n'est ni une app, ni une extension, ni un réglage de ChatGPT. C'est un morceau de code qu'un développeur place dans sa propre application, exactement là où cette application appelle l'API de votre fournisseur. Elle ne peut économiser que là où existe une facture au token — et ne peut le mesurer que là où elle voit passer chaque requête.
La couche vit dans votre code
Le même appel, avec et sans la couche. Le trafic voyage toujours directement de votre application au fournisseur — BV‑SALA n'est pas un serveur intermédiaire et ne voit jamais vos données de l'extérieur.
Cette case verte est un paquet npm dans le code de l'application. C'est pourquoi la question clé n'est jamais « qu'est-ce que j'installe ? » mais « qui a écrit le code qui appelle l'API ? » — cette personne est celle qui peut l'installer. Les exceptions sont un terminal de codage comme Claude Code et une application, dans n'importe quel langage, qui utilise le SDK officiel d'OpenAI ou d'Anthropic et permet d'en définir l'URL de base : là, la passerelle bvsala se place devant sans toucher une seule ligne de code. Ce trafic est mesuré pour les modèles qui ont un prix catalogue ; les leviers d'économie du paquet npm n'y tournent pas, et ceux de la passerelle elle-même ne s'appliquent qu'au trafic Anthropic, avec une licence PRO.
Votre cas, en 10 secondes
Quatre façons d'utiliser l'IA, et ce que BV‑SALA peut faire dans chacune.
Vous payez un forfait fixe (ou rien) : il n'existe pas de facture au token à réduire, et c'est un produit fermé où personne ne peut placer de logiciel entre l'app et ses modèles. L'économie de BV‑SALA ne s'applique pas ici — et aucun produit ne peut honnêtement la promettre là.
Abonnement fixe : pas de facture de tokens à mesurer — mais des plafonds (la fenêtre de cinq heures et l'hebdomadaire). C'est exactement pour cela qu'existe le skill savings-mode : gratuit, téléversé sur claude.ai en une minute, contre les deux masses qui brûlent le plafond. Son effet sera publié une fois mesuré — jamais avant.
Avec l'abonnement, la mensualité est fixe — mais plafonnée : le même skill s'installe en une seule commande et étire le même plafond hebdomadaire. Avec une clé API, il y a une vraie facture de tokens — et le compteur tourne déjà : avec votre licence BiVelio, « bvsala claude » lance Claude Code via la passerelle locale et votre dépense apparaît dans le panneau, token par token, sans toucher une ligne de code. Avec PRO, sur les modèles Anthropic, elle fait aussi passer les écritures de cache du TTL d'une heure à celui de cinq minutes, uniquement sur les tours où une grande partie du prompt est nouvelle (le premier tour d'une session, une compaction) : une économie calculée sur le décompte de tokens de votre propre fournisseur, jamais sur une estimation.
Le cas pour lequel BV‑SALA existe. Votre app appelle l'API avec votre clé, le fournisseur facture chaque token, et la couche s'installe en trois étapes : paquet, licence et encapsulation de l'appel. Dès la première requête, elle renvoie un SavingsReport avec l'économie, séparée en mesuré et estimé.
Estimation vs. mesure
Le produit a deux chiffres différents, et mieux vaut ne pas les mélanger.
La licence Mesurer, gratuite, exécute la couche en mode ombre sur votre propre trafic et montre ce qu’elle aurait économisé, requête par requête. Elle ne modifie rien et n’applique rien — c’est pourquoi elle porte l’étiquette « estimation ».
Chaque appel renvoie un SavingsReport : les appels que vous n'avez jamais payés et l'économie nette par requête. Auditable, requête par requête, sur votre propre infrastructure.
L'installation complète, si vous développez une app
# 1 · le paquet pnpm add @bivelio/savings-layer # 2 · la licence (depuis votre tableau de bord) export BIVELIO_LICENSE_KEY=… # 3 · envelopper l'appel — c'est tout le changement de code const layer = createSavingsLayer({ provider, licenseKey, … }); const { text, report } = await layer.generate({ model, messages }); console.log(report.cost.netSavingsRatio) // ← l'économie, mesurée