Les LLM peuvent-ils déboguer des robots en modifiant leurs poids ?
Des chercheurs montrent qu'un modèle de langage, GPT-6 Astra, peut réparer le point faible d'une politique robotique en éditant directement ses poids. Sur la politique VLA (vision-langage-action) π0.5, le modèle modifie 65 lignes de la matrice d'embeddings de tokens. Il lit les poids, dispose d'un espace de travail CPU et d'un budget limité de retours de simulateur. Il n'utilise ni mise à jour par gradient ni nouvelle démonstration. Trois sessions indépendantes améliorent le taux de succès sur 765 paraphrases d'instructions mises de côté. La meilleure passe de 86,3 % à 92,0 %, avec 48 épisodes réparés et 4 régressions (p = 1,31×10⁻¹⁰). Sur les 335 instructions contenant des tokens modifiés, le succès monte de 74,3 % à 87,5 %. Les 430 autres épisodes ne changent pas du tout. Des éditions aléatoires de même amplitude n'apportent rien.
Le résultat est précis, mais il est borné. Remplacer les tokens par le lexique proposé par l'éditeur explique l'essentiel du gain, tout en produisant plus de régressions. La différence directe avec l'éditeur n'est pas significative à 0,05. Surtout, sur 13 sessions supplémentaires portant sur d'autres défauts, l'éditeur refuse 12 candidats, et la seule édition retenue ne donne pas de gain significatif. Les auteurs concluent à une réparation lexicale ciblée, pas à l'acquisition de capacités manquantes. Pour un intégrateur, cela suggère qu'une partie des échecs liés à la formulation des consignes se corrige sans réentraîner, avec un effet localisé et auditable. Cela ne remplace ni la collecte de données ni le fine-tuning.
Ce travail, un préprint arXiv, s'inscrit dans la vague des VLA généralistes dont π0.5 est une référence, et ses résultats reposent sur des évaluations en simulation, sans validation sur robot physique. Un volet séparé lance un avertissement méthodologique. Des métadonnées de benchmark font chuter le succès de FastWAM de 70,0 % à 48,6 %, alors que le taux agrégé du VLA évalué reste inchangé. Les scores de benchmark peuvent donc être sensibles à des détails périphériques, et les comparaisons entre modèles demandent des protocoles rigoureux. La suite logique serait de tester cette édition de poids sur d'autres politiques et sur du matériel réel.
Dans nos dossiers




