Hy-SimulMT : Tencent publie un modèle de traduction simultanée

Traduire sans attendre la fin de la phrase

La plupart des systèmes de traduction attendent que le locuteur ait fini — ou marque une pause — avant de restituer quoi que ce soit. Hy-SimulMT, publié par Tencent Hunyuan, prend l'audio en continu et traduit pendant que la personne parle, dans les deux sens entre le chinois et l'anglais.

Le modèle ne se contente pas de sortir du texte : il produit aussi la parole, avec un clonage vocal en temps réel destiné à conserver les caractéristiques de la voix du locuteur. La cible est explicitement celle des échanges live — réunions, discours, entretiens — avec un objectif affiché : réduire la gêne qu'introduit l'attente dans une conversation traduite.

Côté pratique, des versions GGUF sont publiées sur Hugging Face. Le format n'est pas anodin : c'est celui qui circule le plus facilement dans l'écosystème local, ce qui laisse entendre que le modèle n'est pas réservé à une API propriétaire.

Le local grignote de la VRAM

Toujours sur r/LocalLLaMA, un GGUF retient l'attention : Ternary Nemotron 3.5 Lightning 30B-A3B, un MoE quantifié en 1,58 bit, qui tourne sur un GPU de 12 Go avec 368K de contexte, à 172 tok/s en décodage et plus de 7000 tok/s en prefill. Un seul fichier suffit, aussi bien dans llama.cpp standard (builds b11555 et b11796) que dans le fork PrismML/Bonsai (b10793).

Il s'agit du deuxième MoE ternaire compatible avec llama.cpp standard, après maple-preview. Les mesures manquent encore sur deux points : une exécution CPU-only, et un fonctionnement autour de 10 Go de VRAM.

Sur le front de la recherche, des travaux de Stanford et de l'UC Berkeley présentés sous le nom TokenGate rendraient le prefill en contexte long jusqu'à 11,3x plus rapide, d'après le titre du fil posté. Le prefill — l'étape où le modèle avale tout le contexte avant de générer — est précisément ce qui pénalise les longs contextes. La prudence reste de mise dans les commentaires : le seul extrait visible se résume à un « i hope it's real ».

Un serveur MCP aux commandes de la caméra

Du côté de Claude, un développeur publie openskycam, un projet open source qui filme le ciel en 4K en continu et conserve les images sur le disque local. Le pipeline est plus élaboré qu'une simple capture : des workflows échantillonnent les frames, lancent des modèles de détection, relient les détections en trajectoires pour distinguer ce qui bouge de ce qui reste fixe, puis trient les résultats entre météores, avions et lumières fixes.

L'ensemble passe par une API et un serveur MCP, ce qui permet à Claude Code de piloter la chaîne : construire le workflow nocturne, valider ou rejeter chaque détection, et bâtir un jeu de données là où le modèle confondait les étoiles avec des objets volants.

ChatGPT prend des notes que personne ne lui dicte

Une étude présentée à l'ACM Web Conference 2026, relayée par Frandroid, documente un comportement qui passe facilement inaperçu. Sur 2 050 souvenirs enregistrés par ChatGPT chez 65 utilisateurs, 96 % ont été créés par le chatbot lui-même, sans la moindre demande. Plus de la moitié de ces souvenirs décrivent la psychologie de la personne.

Autrement dit, le système conserve des éléments que les utilisateurs ne lui ont jamais fournis volontairement. La question n'est pas ici de savoir si le mécanisme est utile — la mémoire longue est ce qui rend un assistant utilisable dans la durée — mais de constater qu'il produit sa propre matière, à partir d'inférences, sans que l'utilisateur en soit l'auteur.

Et maintenant ?

Les quatre dépêches dessinent deux mouvements parallèles. D'un côté, des modèles qui descendent en local et en VRAM : un MoE 30B en ternaire sur 12 Go, des GGUF publiés pour un modèle de traduction simultanée, un prefill annoncé jusqu'à 11,3x plus rapide — avec les réserves d'usage quand la communauté n'a qu'un titre à se mettre sous la dent. De l'autre, des systèmes qui accumulent d'eux-mêmes : chez ChatGPT, 96 % des souvenirs créés sans demande, dont plus de la moitié de nature psychologique. Entre les deux, la question du contrôle reste la même : savoir qui décide de ce que la machine retient, et de ce qu'elle restitue.