Crédits & BYOK
Comment financer la consommation fournisseur de Studio sans mélanger abonnement, CU et génération.
Orbit sépare volontairement trois couches.
| Couche | Ce qu’elle finance |
|---|---|
| Plan Orbit | accès au produit et capacités incluses |
| Context Units (CU) | capacité de contexte active du Brain |
| Crédits Studio | consommation des fournisseurs lorsque Orbit les gère |
CU ≠ crédits ≠ dollars.
Plan Orbit standard
Le plan standard est Orbit-managed :
- Orbit gère les providers et leurs credentials ;
- l’utilisateur n’a aucune clé fournisseur à configurer ;
- la consommation Studio est débitée en crédits ;
- des top-ups ponctuels peuvent être achetés lorsque davantage de génération est nécessaire ;
- les top-ups n’augmentent pas automatiquement la capacité CU du Brain.
Cela permet d’avoir un produit utilisable immédiatement, sans transformer chaque utilisateur en opérateur de providers IA.
Plans custom
Les plans custom/contractuels peuvent activer BYOK — Bring Your Own Key.
Dans ce mode :
- le client connecte ses propres credentials fournisseur ;
- le fournisseur facture directement le client ;
- Orbit ne débite pas des crédits managés pour le même coût fournisseur ;
- l’abonnement Orbit et les CU restent dus selon le contrat ;
- Orbit continue d’appliquer permissions, quotas, audit et observabilité.
Un contrat custom peut aussi conserver certaines capacités Orbit-managed si cela est explicitement prévu.
Pourquoi garder les deux modèles ?
Le modèle standard optimise la simplicité.
BYOK optimise le contrôle, les contrats fournisseurs, les volumes importants ou les contraintes d’entreprise.
Dans les deux cas, le Brain, Studio et le Context Engine restent identiques : seule la source de financement du provider change.
Les prix finaux, quantités incluses, expiration éventuelle des crédits et conditions BYOK seront figés avant v1. Le contrat architectural est déjà stable.