On commence par les machines
Recruter de la capacité réelle avant de vendre de la demande. Un nœud hors ligne ne compte pas.
Braise recrute d’abord les machines. Un particulier avec un GPU ou un Mac à grosse RAM qui dort. Une entreprise avec de la capacité GPU inutilisée. Tant qu’il n’y a pas de capacité pour un modèle, on ne le vend pas. Inverser cet ordre, c’est se retrouver avec de la demande et rien à servir.
Consommateur et provider, deux rôles
Le consommateur n’installe pas de GPU. Il n’a pas de runtime à configurer, ni de modèle local. Il change une base URL. Ses appels compatibles OpenAI partent sur le réseau. Le provider qualifie une machine qu’il a déjà, avec le runtime qu’il utilise déjà, et choisit ce qu’il partage.
Certains early users feront les deux. C’est un choix de cohorte. Ça ne redéfinit pas le produit.
Capacité réelle
On n’annonce pas un modèle si la capacité en ligne ne le couvre pas. Une machine enregistrée mais hors ligne n’est pas de la capacité. Pas de chiffre de gain ou d’économie tant qu’on ne l’a pas mesuré. Les crédits de la beta ne sont pas de l’argent.
La densité, pour nous, c’est un catalogue étroit, des providers réellement en ligne, et des rapports qu’on peut défendre. Un dashboard rempli de nœuds morts n’aide personne.
Waitlist
Si vous faites tourner du matériel capable de servir des modèles, ou si vous payez déjà une API commerciale au token, la waitlist est ouverte. Les cohortes suivent la capacité mesurée, providers d’abord.