Avatars d'agent animés + une source de vérité pour les données du projet
Cette journée a été un tournant décisif : les données du projet de jeu ont convergé vers une source unique de vérité, avec l'ensemble de la plate-forme lisant et écrivant la configuration via une entrée unifiée ; chaque agent a gagné, dans le workbench, un avatar animé qui change avec son état ; un contrat « page hôte ↔ moteur » et une capacité de projection sur écran ont été décrochés ; et grâce à cette grande intégration, plusieurs bugs de rendu du moteur révélés par de vrais jeux ont été résolus en même temps.
Faire converger la fondation tout en ajoutant de la chaleur
Deux tempéraments coexistaient à cette époque. L’une est la « convergence » : unifier la logique dispersée, chaque partie pour soi, pour lire les données du projet de jeu en une seule entrée faisant autorité ; aligner l'ensemble de la plate-forme sur une seule ligne principale de moteur ; suppression simultanée de plusieurs bugs de moteur révélés par de vrais jeux. Ceux-ci dédupliquent et lèvent l’ambiguïté de la fondation, rendant l’ensemble du système plus fiable et plus maintenable. L'autre est un "ajout" chaleureux : donner à chaque agent un avatar animé qui change avec son état, de sorte que la question abstraite de "collaborer avec une équipe d'IA" gagne, à l'écran, une présence humaine pour la première fois. Une bonne plate-forme a besoin à la fois du sang-froid nécessaire pour faire converger la complexité vers la simplicité et du soin nécessaire pour laisser un système froid montrer un peu d'humanité. Cette journée a réuni les deux tempéraments – raffermissant les fondations invisibles et éclairant les détails visibles.
Les données des projets de jeu obtiennent une source unique de vérité
La chose la plus importante aujourd'hui a été de faire converger la configuration du projet de chaque jeu (le fichier principal décrivant "le nom de ce jeu, les ressources qu'il utilise, la scène à partir de laquelle il commence") en une "source unique de vérité". La difficulté précédente était typique : chaque partie de la plate-forme - backend, éditeur, côté lecture - lisait ce fichier séparément, écrivait à la main sa propre analyse et écrivait sa propre gestion des erreurs ; Au moment où le format ou les champs du fichier changeaient discrètement, personne ne pouvait garantir que chaque endroit où il était lu continuait, créant ainsi le risque de champs incompatibles. Aujourd'hui, l'ensemble de la plate-forme lit et écrit les données du projet via une seule entrée faisant autorité, et le format de la configuration se décrit avec une spécification validable par machine - c'est-à-dire à quoi ressemble le fichier, quels champs il contient et le type de chaque champ sont tous précisés par la spécification elle-même, ne s'appuyant plus sur des documents dispersés et le bouche à oreille. L'occasion a également été saisie d'adopter un nouveau format plus propre : un numéro de version (pour des mises à niveau ultérieures en douceur) et des identifiants stables pour référencer les ressources (plutôt que des noms faciles à modifier). L’essence est un credo fondamental qui traverse l’ensemble du projet : un seul fait ne devrait avoir qu’une seule source faisant autorité. La définition d'un manuel faisant autorité pour le « fichier de projet » du Workbench permet d'acheter des données de projet plus fiables, cohérentes partout et diagnostiquables en un seul endroit.
Chaque agent reçoit un avatar animé
Cette journée a ajouté un détail humanisant au workbench : chaque agent n'est plus une image statique mais un avatar animé qui change avec son état – différentes animations pour penser, travailler et inactif. Cela s'est déroulé en quatre parties : un ensemble d'avatars de personnages animés finis, le rendu qui les lit dans l'atelier, une machine à états backend qui change l'avatar en fonction de l'état actuel de l'agent et l'interface qui relie le tout. Pourquoi un « avatar animé » vaut-il la peine d'être construit délibérément ? Parce que l'expérience principale de la plateforme consiste à diriger une équipe d'agents d'IA chargés de tâches différentes pour qu'ils collaborent (planificateurs, concepteurs, codeurs...), et lorsqu'ils ne sont que des icônes statiques, il est difficile de deviner "qui est occupé maintenant, avec quoi". Avec des avatars qui changent selon l'état, un regard traduit la présence « d'une salle pleine de gens chacun à son travail » : qui délibère, qui dirige un travail, qui attend. Cela donne pour la première fois à l'écran la question autrefois abstraite de la « collaboration avec une équipe d'IA » et la vie à l'écran – un détail apparemment « tout simplement joli » qui façonne en fait directement la façon dont les gens perçoivent et font confiance à cette relation de collaboration.
Une page d'accueil ↔ contrat moteur + projection sur écran
Le moteur a également établi ce jour un contrat « page hôte ↔ moteur » et a ajouté une fonctionnalité très pratique : projeter un point dans le monde 3D sur ses coordonnées 2D à l'écran. Le contrat d'abord : un jeu s'exécute dans le moteur, enveloppé par une interface Web (l'hôte) à l'extérieur de celui-ci, et les deux ont besoin d'un accord clair sur "qui peut demander à qui pour quoi, transmettre quoi" - écrire cet accord explicitement signifie que la collaboration au-delà de cette frontière ne repose plus sur une compréhension tacite et des suppositions. Projection sur écran ensuite : elle répond à un besoin très courant : comment « épingler » un élément d'interface utilisateur au-dessus d'un objet 3D ? Comme une barre de santé flottant au-dessus de la tête d'un ennemi, un badge suivant un personnage, une invite d'interaction apparaissant à côté d'un objet. Pour y parvenir, il faut convertir la position mondiale de cet objet 3D, en temps réel, en son point d'atterrissage 2D actuel à l'écran. Cette journée a fait de cette conversion du monde à l'écran une capacité de moteur standard, avec un ajustement automatique de la caméra au format de l'image et une démo de cinématique vidéo à côté. Ensemble, ces éléments constituent un fondement fiable pour « superposer une couche d’informations 2D sur une image 3D » – ce que presque tous les jeux doivent faire.
Bugs de moteur révélés par de vrais jeux, corrigés immédiatement
À mesure que les données du projet se sont unifiées, l’ensemble de la plate-forme s’est également entièrement aligné sur un seul moteur principal aujourd’hui. Cette grande intégration a apporté un gain inattendu mais précieux : plusieurs problèmes de moteur apparus précédemment lors de la création de jeux réels ont été confirmés résolus immédiatement – notamment les ombres de grandes scènes, une classe d'écritures de données, les collisions d'identifiants de ressources et la lumière ambiante de couleur unie, quatre problèmes concrets. Cela confirme une boucle de collaboration saine : les tests de résistance du moteur sous-jacent avec des jeux réels font souvent apparaître de vrais problèmes que les tests abstraits ne peuvent pas résoudre ; les enregistrer fidèlement, effectuer les correctifs et confirmer qu'ils atterrissent rend le moteur encore plus solide au fil des cycles d'utilisation réelle. Ce jour-là, l'éditeur et les six exemples de jeux ont également été migrés vers la nouvelle interface du moteur. L’avantage de l’unification est évident : le comportement est cohérent partout, les problèmes sont plus faciles à tracer et les nouvelles fonctionnalités peuvent être « créées une seule fois et prendre effet partout », sans avoir à jongler avec la compatibilité entre les versions forkées. Faire converger le dispersé vers l’unifié ressemble à un simple rangement, mais élimine en réalité les obstacles pour toute l’itération rapide qui suit.
Ce que signifie cette journée
Les mots-clés de la journée sont « unification » et « humanité ». L'unification se manifeste par la convergence des données du projet vers une source unique de vérité, l'alignement de la plateforme sur un seul moteur et l'écriture d'une collaboration transfrontalière dans un contrat explicite, tout cela éliminant l'ambiguïté et la duplication, gardant un système toujours plus vaste compréhensible et maintenable. Cette convergence est invisible et peu glamour, mais c'est le travail interne qui permet à un système de se développer sainement à long terme ; il s’ensuit ce principe clair mais fondamental : un seul fait ne devrait avoir qu’une seule source faisant autorité. Et «l'humanité» apparaît dans ces avatars d'agents animés - lorsque vous n'êtes plus confronté à des icônes froides mais à une équipe de compagnons apparemment chacun véritablement occupé, la collaboration homme-IA gagne une couche de connexion émotionnelle. Un très bon outil doit à la fois mettre de l’ordre de manière transparente en dessous et rendre les gens confortables, voire heureux, à utiliser par-dessus. Cette journée a été consacrée aux deux.