Repenser l'auto-réparation des agents code-comme-politique : qu'est-ce qui détermine le succès d'une nouvelle tentative ?
Une étude publiée sur arXiv (2611.06863, première version) cherche à isoler ce qui fait réussir les nouvelles tentatives dans les agents « code-as-policy », où un modèle de code écrit le programme qui pilote le robot et réessaie à partir du retour d'exécution. Le test se fait en manipulation robotique simulée. Une table de correspondance fixe choisit des gabarits de feedback selon l'étiquette d'échec et la variante d'API. Un modèle gelé, Qwen2.5-Coder-7B, génère un programme neuf après chaque réinitialisation de scène. Sur les mêmes 252 échecs initiaux, le feedback par gabarit récupère 85,3 % des cas en cinq tentatives, contre 68,3 % pour un simple rééchantillonnage avec le même plafond, et l'écart persiste à budget total de tokens identique. En revanche, un feedback issu d'autres épisodes ou une consigne de tâche fixe donnent des taux de récupération proches, sans bénéfice détecté à faire correspondre l'étiquette d'échec. Dans une étude séparée, un prompt guidé fixe utilisé dès la première tentative atteint un succès global observé similaire. Sur une tâche d'insertion d'écrou exigeant une prise par le bord, le feedback par gabarit fait même baisser la récupération, ce qui concorde avec une instruction de prise centrée incompatible.
Ce résultat invite à relativiser l'idée qu'une boucle de réparation « comprend » l'échec. Le gain par rapport au rééchantillonnage semble venir surtout de l'information de tâche ajoutée au prompt, pas du diagnostic propre à chaque erreur. Pour un intégrateur, cela veut dire qu'un prompt statique, concis et bien aligné avec la tâche peut offrir des performances comparables à une chaîne de feedback plus complexe, avec moins d'ingénierie. Cela signale aussi un risque : une consigne générique mal adaptée à la géométrie de la pièce peut nuire. Les auteurs recommandent d'inclure le rééchantillonnage, le feedback non apparié et la guidance statique comme baselines dans toute évaluation d'auto-réparation. Les limites sont nettes : simulation uniquement, un seul modèle de 7 milliards de paramètres, des étiquettes d'échec grossières. Rien n'est établi sur robot réel ni sur des modèles plus grands.
Le paradigme code-as-policy, popularisé par Google en 2022, a ensuite été enrichi de boucles de retour d'exécution. Il s'oppose à l'approche des VLA (modèles vision-langage-action) comme Pi-0, GR00T N2 ou Helix, qui produisent directement des actions sans passer par du code. Il s'agit d'un préprint non évalué par les pairs, sans produit ni pilote industriel annoncé. Sa portée sera à confirmer par des réplications sur d'autres modèles, d'autres tâches et du matériel physique.
Dans nos dossiers




