Transfert VLA : bascule de modèle embarqué à modèle serveur selon la prédiction d'échec
Des chercheurs proposent « VLA handover », un mécanisme qui permet à un robot d'exécuter localement un petit modèle vision-langage-action (S-VLA) et de ne basculer vers un grand modèle (L-VLA) hébergé sur serveur que lorsqu'un échec est jugé probable. L'arbitrage est formulé comme la minimisation du coût en requêtes sous contrainte d'une probabilité de succès requise. Le problème ne pouvant pas être résolu directement, les auteurs proposent un cadre heuristique qui ne réentraîne aucun des deux modèles. Les tests ont été menés en simulation avec SmolVLA comme petit modèle et π0.5 comme grand modèle, sur trois des quatre suites du benchmark LIBERO. Le handover augmente le taux de succès de 11 à 22 points de pourcentage par rapport au S-VLA seul. Il envoie 49 à 77 % de requêtes en moins que le contrôle entièrement délégué au serveur, pour un taux de succès inférieur de 2 à 4 points. Le temps d'exécution des tâches se dégrade également moins vite quand la latence réseau augmente.
L'enjeu est très concret pour les intégrateurs et les exploitants de flottes. Les grands VLA généralisent bien, mais ils sont difficiles à faire tourner en temps réel sur le calculateur embarqué d'un robot. Les petits modèles tiennent la contrainte de latence et échouent plus souvent. Déporter l'inférence vers un serveur via des réseaux au-delà de la 5G ou de la 6G règle une partie du problème, mais interroger le serveur pour chaque « chunk » d'actions (séquence d'actions prédites en bloc) plafonne le nombre de robots qu'un serveur peut desservir. Le coût de calcul GPU par robot devient alors le facteur limitant. En ne sollicitant le grand modèle que dans les moments critiques, l'approche suggère qu'un serveur peut desservir deux à quatre fois plus de robots pour une perte de succès modérée. Elle déplace aussi la question du « quel modèle déployer » vers « quand faire appel à quel modèle », une logique proche du routage de modèles dans les LLM.
Il faut toutefois relativiser. Les résultats sont uniquement simulés, sur LIBERO, un benchmark de manipulation de table où les modèles sont déjà très performants. Une des quatre suites est absente des résultats rapportés. Rien n'est démontré sur robot réel, avec une latence réseau variable, des pertes de paquets ou des scènes hors distribution, là où la prédiction d'échec est la plus difficile. Le travail s'inscrit dans la tendance des architectures hybrides, comme les systèmes à double vitesse (modèle rapide embarqué et modèle de raisonnement plus lent) déjà mis en avant par plusieurs acteurs de l'humanoïde. Il s'appuie aussi sur la montée des petits VLA ouverts comme SmolVLA et sur la famille π de Physical Intelligence. Les prochaines étapes logiques sont la validation sur matériel réel et l'évaluation sur des tâches longues. Il faudra aussi tester la robustesse du détecteur d'échec en conditions de réseau dégradé.
Dans nos dossiers




