Adam Conway a rapporté environ 120 images par seconde (FPS) sur Minecraft pendant une grande partie d’une session où Qwen 3.8 Flash Next tournait en local sur un HP OmniBook Ultra 16 équipé de RTX Spark. Le modèle choisissait les actions d’un bot dans un monde Minecraft en direct ; Mindcraft et Mineflayer les exécutaient. XDA Developers a publié son compte rendu le 25 octobre 2026.
Qwen choisissait les actions, Mindcraft les exécutait
Qwen 3.8 Flash Next pilotait le bot par ses décisions et ses messages. Mindcraft, qui s’appuie sur la bibliothèque Mineflayer, prenait en charge les déplacements, le minage et l’inventaire. Le jeu et le modèle fonctionnaient donc simultanément, mais leurs rôles restaient distincts.
Le modèle était servi localement par llama.cpp, à travers une API compatible avec OpenAI sur le port 9931. L’intégration LM Studio de Mindcraft se connectait à ce serveur. Minecraft fonctionnait sous Windows on Arm avec Java et des bibliothèques graphiques Arm64.
La configuration utilisée associait un processeur Arm à 20 cœurs, un processeur graphique Blackwell à 6 144 cœurs et 128 Go de mémoire unifiée. Le modèle était décrit comme un modèle à mélange d’experts de 125 milliards de paramètres, dont environ 6 milliards actifs par jeton. Son intégration n-gram de 51 milliards de paramètres était lue depuis le stockage.
Le bot récoltait, mais se perdait aussi
Pendant la session décrite, le bot a récolté des bûches de bouleau et laissé tomber huit jeunes pousses. Il a également commis des erreurs d’inventaire, s’est retrouvé bloqué et s’est déconnecté. Adam Conway attribuait les difficultés de navigation au calcul des itinéraires de Mineflayer et à la logique de récupération de Mindcraft.
Cette récupération pouvait détecter une absence de mouvement après 20 secondes, tenter de déplacer le bot de cinq blocs, puis mettre fin à l’agent s’il restait bloqué 10 secondes de plus. Les ratés de navigation relevaient ainsi du fonctionnement de l’agent, tandis que Qwen choisissait les actions à entreprendre.
Que signifie le résultat d’environ 120 FPS ?
Le chiffre concerne Minecraft pendant une grande partie de la session rapportée, alors que l’inférence locale fonctionnait en parallèle. Avant de lancer le jeu, Conway avait mesuré environ 46 jetons par seconde avec un contexte court, puis un peu moins de 42 jetons par seconde avec un contexte de 32 000 jetons. Ces débits d’inférence, mesurés avant le lancement de Minecraft, ne sont pas des FPS.
Conway estimait qu’un jeu plus exigeant pourrait subir une baisse de performances plus importante. Sur le système testé, le jeu et l’inférence partageaient les ressources du processeur graphique, sans la fonction CUDA in Graphics, qui n’était pas prise en charge par RTX Spark.
Piloter un bot ou coder une démo : deux tâches différentes
Le test de Conway portait sur un bot connecté à un monde Minecraft en direct. Une vidéo distincte de Nichonauta, en espagnol, présente un défi de programmation : produire une démo fonctionnelle inspirée de Minecraft dans un fichier unique utilisant HTML5, CSS et JavaScript. Générer le code d’une démo et choisir des actions dans une partie en cours ne sont pas la même tâche.
| Tâche | Rôle de Qwen | Cadre décrit |
| Partie en direct | Choisir et raconter les actions d’un bot | Monde Minecraft accessible sur le réseau local ; Mindcraft et Mineflayer exécutent les actions |
| Démo générée par code | Produire une démo fonctionnelle inspirée de Minecraft | Un fichier autonome en HTML5, CSS et JavaScript |
