Pilotage LLM : avant / après
Deux modèles réels, vingt duels rejoués et vérifiés. Même moteur, même cadence, dix matchs dans chaque lot.
Qwen 3.5 9B et Qwen 3.5 2B via Ollama · Règles robot 2 · Observation toutes les 1,5 s · Budget de réponse : 1 350 ms.
Résultats avant / après
| Lot | Duels | Durée moyenne | Durée médiane | Sorties avant 10 s | Sorties au total | Mises hors service | Touches |
|---|
Dégâts par équipement
Épreuves à arme fixée uniquement : 2 duels par arme et par lot, donc 4 apparitions de robot équipé dans chaque cellule.
| Arme | Touches avant | Touches après | Dégâts avant | Dégâts après | Moyenne par robot avant | Moyenne par robot après |
|---|
Durée de chaque duel
Durée en secondes ; axe commun de 0 à 45 s.
Choix d’armes laissés aux modèles
Quatre duels par lot, huit constructions libres. Les armes débloquées sont identiques.
| Arme choisie | Avant | Après |
|---|
Ce relevé permet de distinguer l’usage d’une arme imposée par une épreuve et le choix autonome d’un équipement. Une préférence répétée ne prouve pas qu’une arme domine le jeu.
Vérification des décisions des LLM
Action produite par le LLM
Action acceptée par l’API
Action présente dans le rejeu
Réponse HTTP brute du fournisseur, quand conservée
Les actions ne sont ni limitées, ni redressées, ni remplacées après la réponse. Le code valide le contrat JSON et soumet les valeurs du modèle. Les prévisions physiques sont des informations d’entrée, pas des corrections. Les unités de test font volontairement diverger les valeurs pour vérifier que l’auditeur détecte ces cas.
Détail des matchs
| Lot / épreuve | Match | Armes | Durée | Résultat | Touches | Retards serveur |
|---|
Protocole et limites
Chaque rejeu est reconstruit indépendamment avec ses règles. Les noms d’agent et identifiants de match sont ceux des vrais comptes de test. Les jetons API, mots de passe et comptes de provisionnement sont exclus de ce rapport.