Dream Labs, issue de l'équipe NVIDIA DreamZero, lève 90 millions de dollars et ouvre une API pour robots

Dream Labs, startup fondée par l'équipe DreamZero, sort du mode furtif avec deux annonces simultanées. La première : un tour de seed de 90 millions de dollars, un montant très élevé pour une entreprise sans historique public de ventes. La seconde : le lancement de Dream API, que ses auteurs présentent comme la première API publique au monde pour le « cerveau » des robots. Gé Yunhao (葛云皓) devient directeur technique. L'idée paraît simple : vous connectez l'API à votre robot, vous décrivez la tâche en langage courant, et le système décide quoi faire.

Ce qui a été lancé exactement

Jusqu'ici, l'accès aux modèles qui pilotent des machines physiques se présentait autrement. Soit il s'agit de systèmes internes fermés, propres aux grands laboratoires, soit de checkpoints open source qu'il faut déployer soi-même, réentraîner pour un matériel précis et maintenir. Dream Labs propose le schéma familier des développeurs : la requête part vers l'API, la réponse revient sous forme d'actions pour le robot.

Trois faits ressortent de la partie accessible de l'annonce. L'accès est ouvert au public, et non sur une liste fermée de partenaires. L'interface de contrôle repose sur le langage naturel. L'API peut se connecter à son propre robot : l'entreprise ne vend donc pas une machine clé en main, mais une couche d'intelligence.

D'où vient la technologie

DreamZero est connu comme un projet de recherche de NVIDIA autour des world action models. Le principe : le modèle ne se contente pas d'associer une image à une commande, il s'appuie sur une représentation interne de la manière dont le monde va évoluer après l'action. Il emprunte pour cela des idées aux modèles génératifs vidéo. L'objectif pratique de cette approche : transférer des compétences vers de nouvelles tâches et de nouveaux environnements, sans réentraînement pour chacun d'eux.

Si Dream API s'appuie réellement sur cet héritage, le pari est clair. Le principal problème de la robotique aujourd'hui n'est pas le manque de matériel, mais la fragilité des logiciels. Un robot qui plie parfaitement des serviettes en laboratoire se perd souvent dans la cuisine d'un autre. Un « cerveau » universel derrière une API pourrait supprimer cette fragilité, ou au moins la déporter dans le cloud, où elle se corrige de façon centralisée.

Ce que l'on sait de l'annonce

• Tour : seed, 90 millions de dollars
• Produit : Dream API, accès public
• Entrée : instruction en langage naturel
• Sortie : pilotage du robot connecté
• CTO : Gé Yunhao (葛云皓)
• Origine : l'équipe DreamZero
• Non divulgué dans le matériel disponible : investisseurs, tarifs, liste des plateformes prises en charge, latence de réponse, métriques de réussite des tâches

Le dernier point compte plus que les autres. Pour un robot, la latence est critique : si la commande fait l'aller-retour vers le cloud, les réactions rapides, comme le maintien d'un objet, devront rester embarquées. L'architecture répartit donc très probablement le travail entre une planification dans le cloud et un contrôleur local. Mais il s'agit d'une déduction, pas d'un fait annoncé.

Comment les développeurs doivent aborder l'outil

Il est trop tôt pour réécrire sa pile logicielle autour de Dream API, mais cela vaut la peine de la tester. Voici l'ordre à suivre :

• Choisissez une tâche étroite, par exemple déplacer des objets ou effectuer un tri simple, et formulez-la avec trois ou quatre instructions différentes. Vous verrez ainsi dans quelle mesure le système résiste aux variations de formulation.
• Mesurez la latence entre la commande et le premier mouvement, puis comparez-la aux exigences de votre mécanique. Si elle dépasse quelques centaines de millisecondes, une couche de sécurité locale est nécessaire.
• Demandez à l'entreprise quels manipulateurs et quelles plateformes mobiles sont pris en charge, et ce qu'il faut pour l'intégration : calibration, caméras, format de contrôle.
• Anticipez la tolérance aux pannes. Un service cloud pilote un dispositif physique : en cas de perte de connexion, le robot doit donc s'arrêter en toute sécurité.
• Demandez les conditions de tarification. Un modèle de paiement à la requête ou à la minute de fonctionnement déterminera si l'API convient à des produits de série ou seulement à des prototypes.

La question centrale pour Dream Labs est simple : dans quelle mesure ce « cerveau » fonctionne-t-il sur un robot qu'il n'a jamais vu ? La réponse viendra de tests indépendants, pas d'une présentation. Si elle est convaincante, les startups du matériel disposeront d'un moyen d'éviter de recruter une équipe dédiée à l'entraînement des politiques de contrôle. Sinon, les 90 millions de dollars deviendront une nouvelle tentative coûteuse de transformer une démonstration de recherche en infrastructure.