Metatron v1, AlpaJudge, LIMe : NVIDIA et la recherche publient leurs artefacts

Metatron v1 : une seule politique pour marcher, se rattraper, interagir

Metatron v1 se présente comme une politique unique, apprise, pour l'humanoïde Unitree G1 et ses 29 articulations. Marche, interaction avec la scène, récupération après chute : les trois relèvent du même réseau, là où l'on attendrait trois contrôleurs séparés. La fiche technique parle d'un transformer élève de type MaskedMimic, le tout publié sous licence NVIDIA Open Model.

La distribution est découpée en trois paquets explicitement non interchangeables : un checkpoint PyTorch de 459 Mo, un pipeline ONNX destiné au navigateur et limité à un seul robot, avec 39 entrées, et un réseau ONNX groupé couvrant six robots. Le détail compte : sous un même nom cohabitent des artefacts aux entrées différentes, et la dépêche insiste sur le fait qu'on ne passe pas de l'un à l'autre.

C'est la partie la plus concrète de l'annonce : un humanoïde à 29 articulations piloté par une politique unique, livrée dans des formats qui vont du checkpoint d'entraînement au runtime navigateur. Reste à savoir ce que valent les trois paquets en conditions réelles — la dépêche ne fournit aucune mesure de performance.

AlpaJudge : confier l'évaluation du raisonnement à des modèles

NVIDIA met en ligne AlpaJudge, une famille de modèles juges chargés d'évaluer le raisonnement en conduite autonome. Les poids sont sur Hugging Face sous licence OpenMDW-1.1, le code sous Apache 2.0. Deux variantes sont annoncées, et elles ne rendent pas le même service.

AlpaJudge-RB compare une réponse candidate à une référence, sans image, et renvoie une probabilité d'alignement entre 0 et 1. AlpaJudge-RF s'appuie sur des images de caméra frontale, plus les méta-actions passées et futures du véhicule, pour noter une justification selon cinq critères.

Le découpage est net : d'un côté un juge texte-only qui arbitre deux réponses, de l'autre un juge multimodal qui évalue une justification replacée dans le contexte de conduite. Deux régimes de sortie — une probabilité continue dans un cas, un score sur cinq critères dans l'autre — qu'il faudra garder distincts si l'on veut comparer des résultats. La publication des poids et du code rend l'exercice reproductible, ce qui n'est pas toujours le cas pour ce type d'outil d'évaluation.

LIMe : 15 % de calcul en moins, et un diagnostic sur l'attention

À EMNLP 2026, en Hongrie, des chercheurs de T-Tech ont présenté LIMe, qui réduit d'environ 15 % le calcul d'entraînement d'un modèle de langue sans compromettre sa qualité. Le constat de départ mérite l'attention : dans un Transformer classique, chaque couche ne dépend que de l'état caché de la précédente, ce qui pousse les tokens à se ressembler et dégrade le modèle.

Autrement dit, le problème ne serait pas seulement la taille du réseau, mais l'homogénéisation progressive des représentations couche après couche. La correction proposée reste dans le mécanisme d'attention : LIMe l'étend avec des poids de routage.

Quinze pour cent, ce n'est pas spectaculaire, mais c'est mesuré sur une brique qui pèse lourd dans les budgets d'entraînement. Et la publication a le mérite de nommer une cause précise plutôt que de vendre une architecture miracle.

Élagage : un LLM vocal 30B ramené de 67,5 à 10 Go

Un utilisateur de r/LocalLLaMA indique avoir élagué le nouveau LLM vocal 30B de NVIDIA de 67,5 Go à 10 Go, sans réentraînement. Le modèle compressé transcrit avec un WER de 5,16 %, contre 4,12 % pour le modèle enseignant. La réduction de taille est donc obtenue sans réentraînement, au prix d'un peu moins de 1,1 point de taux d'erreur mot.

Il s'agit d'un retour de la communauté, pas d'un banc d'essai officiel : la mesure vaut ce que vaut une reproduction isolée, et le protocole d'évaluation n'est pas détaillé dans la dépêche. Le résultat reste parlant, car il quantifie l'arbitrage : on divise le poids par près de sept et on perd un peu de précision.

Rapprocher cette dépêche de LIMe n'instruit pas la même question — l'une parle d'entraînement, l'autre d'inférence après coup — mais les deux pointent le calcul comme variable d'ajustement, plutôt que la taille du modèle comme seul critère.

Et maintenant ?

Ces publications partagent un réflexe : livrer des artefacts plutôt que des démonstrations. NVIDIA sort un checkpoint, des pipelines ONNX et des poids de juges sous licences nommées ; T-Tech publie une méthode d'attention ; un utilisateur documente un élagage reproductible. À côté, la seule trace d'outillage est une build canary v0.22.5 de Hermes Agent, portée par NousResearch et estampillée du 30 octobre 2026 : l'extrait ne dit rien des changements. Pour qui veut tester, le matériel est là ; pour qui veut des chiffres de performance sur les robots ou les juges, il faudra attendre d'autres documents.