Gimlet Labs lève 300 M$ : les contrats avancent plus vite que les preuves

Le 4 septembre 2026, Gimlet Labs a levé 300 millions de dollars en Série B sous la conduite d’Andreessen Horowitz. L’enquête de Bloomberg News confirme le montant, une valorisation de 3 milliards de dollars et le positionnement de cette entreprise de San Francisco, dont le logiciel répartit les tâches d’intelligence artificielle entre plusieurs types de puces.

Dans son annonce officielle du 4 septembre, Gimlet Labs revendique plusieurs milliards de dollars de revenus contractés ajoutés depuis mars, un pipeline de centres de données mesuré en gigawatts et une montée vers des centaines de mégawatts de capacité gérée. La levée est donc établie, mais ces indicateurs commerciaux et opérationnels ne sont pas accompagnés des données nécessaires pour mesurer les revenus déjà réalisés ou le coût réel d’une requête.

Le financement est confirmé, les contrats restent déclaratifs

Les 300 millions de dollars correspondent à une opération financière identifiable. Les revenus contractés relèvent d’une autre catégorie : ils représentent des engagements commerciaux dont l’exécution peut dépendre de capacités livrées, de volumes effectivement consommés, de niveaux de service ou d’un calendrier pluriannuel.

Les informations publiques ne détaillent ni la valeur exacte de ces engagements, ni leur durée, ni leur répartition entre clients. Elles ne permettent pas non plus de distinguer la part ferme de la demande de celle qui dépendrait encore du déploiement de nouvelles infrastructures.

Le même écart vaut pour la capacité. Un pipeline de centres de données peut réunir des projets à différents stades, alors qu’une capacité gérée suppose des équipements installés, raccordés, refroidis et disponibles pour servir des charges de production. Aucun tableau public ne ventile pour l’instant les sites envisagés, en construction, équipés ou effectivement exploités.

Une API pour répartir l’inférence entre plusieurs puces

La proposition de Gimlet consiste à ne plus exécuter nécessairement tout un modèle sur une seule famille de processeurs. La présentation technique publiée par a16z décrit une API unique derrière laquelle le compilateur et le moteur d’exécution peuvent distribuer modèles, couches ou opérations entre GPU, CPU, systèmes optimisés pour la mémoire et accélérateurs spécialisés, selon la latence, le débit et le coût recherchés.

La séparation entre prefill et decode illustre cette logique. Le prefill traite la requête et son contexte initial, une phase davantage limitée par la puissance de calcul ; le decode produit ensuite les nouveaux jetons et sollicite plus fortement la bande passante mémoire. Des matériels différents peuvent donc être mieux adaptés à chacune des deux phases.

Le logiciel doit cependant faire davantage que sélectionner la puce théoriquement la plus efficace. Il lui faut compiler les différentes parties du modèle, coordonner leur exécution, déplacer les données entre équipements et réaffecter du travail lorsque l’un d’eux est saturé. Ces transferts et cette orchestration font partie du coût final, même lorsqu’une opération isolée s’exécute plus vite.

Les contrats montrent une demande, pas encore une économie validée

Des engagements se chiffrant en milliards signalent un intérêt commercial important si les contrats sont exécutoires. Ils ne démontrent pas que toute la capacité correspondante est déjà disponible, que les volumes seront entièrement consommés ou que chaque requête pourra être servie avec une marge durable.

La validation commerciale publique reste difficile à apprécier faute de ventilation. L’identité des clients, leur poids respectif, la durée moyenne des engagements et la part liée à des infrastructures encore à déployer ne sont pas précisées. Il est donc impossible d’évaluer la concentration du portefeuille ou la vitesse à laquelle les montants contractés pourront devenir du chiffre d’affaires reconnu.

Cette distinction compte particulièrement pour un fournisseur d’infrastructure. Une réservation de capacité peut précéder de plusieurs étapes sa mise en service, tandis que les dépenses de construction, d’équipement, d’énergie et d’exploitation interviennent avant ou pendant la livraison. Le volume signé renseigne sur la demande ; il ne suffit pas à établir la rentabilité du service.

Les mesures encore nécessaires pour juger le coût par requête

Les accélérations revendiquées ne deviennent comparables qu’avec une configuration de référence et un protocole complet. Il faudrait notamment connaître le modèle et sa version, la précision numérique, la longueur du contexte, la taille des lots, le niveau de concurrence, le matériel utilisé et la portion exacte du traitement mesurée.

Une évaluation de bout en bout devrait au minimum rendre publics :

• le débit de jetons traités et générés pour un même niveau de concurrence ;
• le délai jusqu’au premier jeton et la latence entre les jetons, y compris aux percentiles élevés ;
• l’énergie consommée par une requête complète, transferts entre processeurs inclus ;
• le prix obtenu pour un même modèle, une même précision et une qualité de service comparable ;
• la disponibilité, le taux d’erreur et la stabilité des performances dans la durée.

Sans ces éléments, un gain observé sur une phase ou une configuration interne ne permet pas de calculer l’avantage économique pour un client. Il manque également des résultats reproductibles ou mesurés par une partie indépendante pour distinguer une performance optimisée en laboratoire de celle obtenue en exploitation continue.

Au 5 septembre 2026, l’histoire reste donc asymétrique : la Série B est recoupée, tandis que les revenus contractés, la capacité opérationnelle et les performances du cloud multi-puces sont surtout décrits par les parties intéressées. Les prochaines preuves décisives seront la capacité réellement mise en service, les revenus effectivement reconnus et des benchmarks comparables intégrant latence, énergie, transferts et coût total par requête.

À lire aussi:

• Calculer son TJM : les jours non facturés coûtent plus que les cotisations
• Runable lève 21 M$, mais son agent ne lance pas encore toutes les publicités
• Gatik lève 200 M$ : 600 millions de revenus sont déjà sous contrat