Chaque phase est validée en jeu

Chaque client a sa propre voie, sans verrou, exécutée par lots dans la distribution des événements du thread du jeu ; façade publique Game + Bot ; nouvelle arborescence.

Validation Résultats identiques à l’ancien canal, point par point ; latence et débit en parallèle ; Bots d’exemple validés de bout en bout.

Déplacer, attaquer, récolter, construire, entraîner, lancer un sort, apprendre une compétence, ressusciter, utiliser un objet, acheter… chacune avec accusé de réception et code de raison ; la façade du SDK n’utilise que cela.

Validation Tous les scripts de vérification en jeu passent : chaque type de commande a été donné dans une vraie partie, et son effet relu.

État du monde poussé + arbres + flux d’événements : mana, temps de recharge, inventaire, buffs et cible attaquée entrent dans l’instantané ; les objets ne passent plus par le journal.

Validation Aucun appel au thread du jeu pour lire ces informations ; comparaison unité par unité avec l’ancien instantané ; aucun événement perdu sur une partie complète.

Cerveau de référence, couche réflexe, console, bulles et réalisation passent tous par W3P ; bloc carte, événements de dégâts / d’élimination au niveau du moteur, commandes sémantiques de caméra et de HUD.

Validation Toutes les vérifications en jeu passent ; aucune tâche en erreur pour le cerveau de référence sur une partie complète, aucune erreur pour les 4 modules de la couche réflexe.

Rôles de voie player / observer ; masque de visibilité par unité ; mode équitable et mémoire des ennemis dans le SDK.

Validation Ordres d’un observer rejetés, un player ne peut pas commander les unités des autres ; le mode équitable ne montre que sa propre vision.

Table de production et avancement, jour/nuit, caractéristiques de combat et contres, recherche de chemin au sol, file Shift / chemins / constructions enchaînées / annulation / attaque au sol, ordres par lots, durée d’exécution de chaque commande ; manuel du Bot, recettes de jeu pro, quatre exemples.

Validation Chaque élément a des tests hors ligne + une vérification en jeu.

Canevas (zones de texte, panneaux, barres de progression, images, cercles et itinéraires au sol dessinés par le runtime, sûr en multijoueur) ; canal JASS (1291 fonctions appelées par leur nom : console Farsight, ligne de commande, HTTP, Python) ; framework de compagnon RPG (quatre modes ; suivi / soutien / soins ; commandes de chat, dialogue avec portrait, répliques générées par un LLM local) ; lecture des noms d’unités des cartes personnalisées ; schémas d’IA (changement, export, import, confiance, résultats).

Validation Validé en jeu sur des cartes RPG d’une instance de test : coût par frame du canevas et suivi des unités ; effet de chaque fonction JASS vérifié un à un ; le compagnon suit, soutient et se replie pendant toute une partie, et reprend le suivi après avoir été ressuscité ; changement de schéma en cours de partie, qui prend le relais de la partie en cours.

Interface et entrées (boutons et cartes de choix dessinés cliquables, raccourcis clavier, clics au sol, point du sol sous la souris, sélection locale ; dessinés sous le curseur de la souris) ; événements complétés (sorts lancés, départ d’un joueur, changement de sélection, messages à l’écran et texte intégral du chat, sortie de la partie) ; mods de jeu (type de schéma mod, deux exemples : Roguelike de héros et Défense sans fin) ; passerelle (WebSocket / JSON, trois rôles dev / joueur / observateur, client JS et page de démonstration dans le navigateur) ; serveur MCP (10 outils).

Validation Vérification point par point dans de vraies parties : clic sur les boutons dessinés, raccourcis clavier, clics au sol, sorts lancés, chat, défaite de l’ordinateur, sortie de la partie ; passerelle et MCP connectés à une partie et appelés un par un ; parcours clés des deux mods joués en jeu ; Claude Code réellement branché sur MCP.