Qwen3.8 en local, UnifoLM-WLA-1.0 et FrogNano : trois modèles passés au banc

Qwen3.8 : Flash-Next devant, les denses au coude à coude

Trois semaines de tests, dix épreuves identiques, une seule machine : un utilisateur de r/LocalLLaMA a comparé trois checkpoints Qwen3.8 sur une RTX PRO 6000. Le plateau comprend RadixArk/Qwen3.8-27B-NVFP4 (dense), orcarouter/Qwen3.8-27B-Uncensored-NVFP4 (dense, fine-tune non censuré) et RadixArk/Qwen3.8-Flash-Next-NVFP4 (MoE).

Au décompte final, Flash-Next remporte cinq tests, le 27B dense quatre, l'Uncensored aucun — avec une égalité. Sur le rappel en contexte long, les trois atteignent 100 % : aucun ne décroche quand la fenêtre se remplit.

La différence se creuse sur le prefill en fenêtre complète : 22,4 s pour Flash-Next, contre 97 s et 99 s pour les deux modèles denses. Réserve importante : les trois ne tournaient pas sous le même plafond de puissance, ce qui invite à lire ces durées avec prudence.

Le draft model qui déplace la performance

Toujours sur le 27B, un utilisateur rapporte un gain net en décodage spéculatif : avec le draft model DFlash2, Spec-Bench passe de 75 à 210 tok/s, soit 2,8×. Le même relevé place SGLang devant vLLM, à 210 contre 160 tok/s.

Ces chiffres proviennent d'un retour d'expérience isolé, sur une configuration donnée. Ils indiquent surtout où se joue aujourd'hui la vitesse en local : moins dans le choix brut du checkpoint que dans la pile d'inférence qui l'entoure, moteur de serving et draft model compris.

Unitree : un seul modèle pour 64 tâches

Unitree Robotics présente UnifoLM-WLA-1.0, un modèle de fondation humanoïde de 6 milliards de paramètres, entraîné sur environ 2 500 heures de données issues de robots réels.

La particularité tient au périmètre couvert : un seul modèle traite 64 tâches, dont 10 de corps entier et 54 réalisées sur table, avec des pincements parallèles ou deux mains dextres. Pas d'architecture dédiée par tâche, donc.

La démonstration tourne sur le robot G1, sur des gestes du quotidien : faire le lit, charger la machine à laver, plier du linge, trier des objets. Le tout avec un modèle modeste au regard des standards des grands modèles de langage — rappel que la robotique se compte en heures de données réelles autant qu'en paramètres.

FrogNano, mlsubgen, ROCm : la pile locale s'épaissit

Microsoft met en ligne FrogNano-4B-2609, un modèle agentique taillé pour des GPU modestes. Dérivé de Qwen3.5-4B, il conserve son architecture dense à 32 couches ; son post-entraînement, textuel, vise l'ingénierie logicielle au niveau du dépôt. L'apprentissage par renforcement s'appuie sur environ 1 500 environnements de tâches SWE synthétiques générés via TaskPilot, avec le harnais Leaf et des récompenses fondées sur des tests.

Côté outils, mlsubgen génère des sous-titres en 45 langues entièrement en local, sous Linux et sur GPU NVIDIA. L'approche se distingue des wrappers Whisper habituels : détection de la langue de chaque passage parlé, appel à deux moteurs de reconnaissance vocale réconciliés par un LLM local, et priorité donnée aux sous-titres existants — OCR des pistes PGS inclus — avant d'écouter l'audio.

Enfin, AMD a publié une mise à jour du système d'exploitation de sa Ryzen AI Developer Platform, embarquant ROCm 10.0 et Linux 7.2. De quoi concerner directement ceux qui font tourner des modèles sur du matériel AMD.

Et maintenant ?

Prises ensemble, ces dépêches montrent une pile locale qui se répartit le travail : des checkpoints généralistes qui se départagent sur le prefill et le rappel en contexte long, un agent 4B qui vise une tâche précise, un modèle humanoïde qui apprend sur des heures de gestes réels, et des briques d'inférence — moteur de serving, draft model, couche ROCm — qui pèsent désormais autant que les poids eux-mêmes. Les chiffres cités restent des retours d'utilisateurs isolés, à répliquer sur d'autres configurations avant d'en tirer des règles générales.