Savoir quand escalader : exécution adaptative guidée par un critique pour agents incarnés cloud-local
Des chercheurs proposent CARE, un cadre d'exécution adaptatif guidé par un critique, conçu pour des agents incarnés qui partagent leur travail entre un modèle local léger et un modèle cloud plus puissant. Un petit modèle critique surveille en continu la fiabilité de l'exécution locale et déclenche le transfert du contrôle vers le cloud lorsque les actions locales deviennent douteuses. Une fois ce transfert effectué, le modèle cloud garde la main jusqu'à ce que l'agent ait retrouvé une trajectoire fiable, ce qui évite de basculer d'un modèle à l'autre à chaque pas. Une mémoire de passation partagée conserve le contexte d'exécution et l'avancement de la tâche entre les deux exécuteurs, de sorte que le modèle cloud intervient sans repartir de zéro. Selon les auteurs, sur plusieurs benchmarks d'agents incarnés, CARE améliore le taux de réussite de 6,3 à 18,3 points par rapport à la meilleure approche collaborative évaluée. Il atteint ou dépasse les performances d'un agent 100 % cloud, tout en réduisant de 28,8 % à 82,6 % la latence médiane entre deux actions consécutives.
Le travail s'attaque à un compromis très concret du déploiement de robots pilotés par des modèles de fondation. Un agent entièrement cloud laisse la plateforme immobile pendant plusieurs secondes entre deux actions, ce qui est pénalisant dans une boucle fermée où l'environnement évolue. Un modèle embarqué répond vite, mais commet davantage d'erreurs. Les architectures hiérarchiques existantes figent les rôles de chaque modèle, tandis que les routeurs classiques décident requête par requête, sans mémoire de l'état d'exécution. L'idée d'une escalade persistante déclenchée par un signal de fiabilité est donc pertinente pour les intégrateurs qui doivent maîtriser à la fois les coûts d'inférence cloud, la dépendance au réseau et le temps de cycle. Il faut toutefois rester prudent: il s'agit d'un préprint (arXiv, première version, non évalué par des pairs), les résultats portent sur des benchmarks et non sur des robots en production, et le résumé ne précise ni les benchmarks, ni les modèles utilisés, ni la fréquence réelle des escalades. Le gain en latence dépend aussi fortement de cette fréquence.
Ce travail s'inscrit dans la tendance des architectures dites à double système, où un modèle rapide gère le contrôle réactif et un modèle plus lent assure le raisonnement. Cette logique se retrouve dans des systèmes de type VLA (vision-langage-action) comme Helix de Figure ou GR00T de NVIDIA. La différence avancée ici est un arbitrage dynamique plutôt qu'une répartition fixe des rôles. Les prochaines étapes à surveiller sont la publication du code et des détails d'évaluation, des tests sur robots physiques, et la robustesse du critique face à des situations hors distribution. Un critique défaillant, qui n'escaladerait pas à temps, resterait le principal point de fragilité d'un tel dispositif.
Dans nos dossiers




