Un nouveau navigateur d'actifs + une intégration plus fluide dès la première exécution

Pousser des deux côtés : attraper les nouveaux arrivants, soutenir les anciens combattants

Le travail de cette journée se divise en deux directions, chacune pour un type d'utilisateur. L'une des extrémités consiste à « attraper les nouveaux arrivants » : le guide de première diffusion a été refait pour être plus fluide, permettant à un visiteur inédit de passer plus rapidement de "l'ouvrir" à "discuter avec l'IA pour créer un jeu". L'autre extrémité est "le support des vétérans" : un nouveau navigateur d'actifs, un flux d'édition qui enregistre de manière fiable les modifications sur le disque, un panneau de télémétrie rendant tous les états d'exécution observables - tout cela pour ceux qui travaillent déjà sérieusement sur des projets, qui n'ont pas besoin de "puis-je commencer" mais "l'outil est-il suffisamment pratique et fiable". Une plate-forme simplement open source et accueillant toutes sortes d'utilisateurs doit exactement aller dans les deux sens : raser les marches d'entrée et équiper l'établi à l'intérieur. Cette journée a été une véritable poussée dans les deux sens.

Un nouveau navigateur d'actifs : double volet + vignettes + remise d'un lot à l'IA

Le navigateur d’actifs a été mis à niveau aujourd’hui vers une deuxième génération et est devenu la valeur par défaut. Il s'agit d'un panneau de gestion de matériel complet et de qualité professionnelle : des favoris et une arborescence de dossiers sur la gauche pour organiser par répertoire et épingler les éléments fréquemment utilisés ; une zone de contenu avec des vignettes et des info-bulles riches en survol sur la droite pour que vous reconnaissiez chaque matériau en un coup d'œil ; ajoutez, importez, supprimez et enregistrez le tout en place, ainsi que des raccourcis clavier pour que, une fois entraîné, vous puissiez vous organiser efficacement sans quitter le clavier. La partie la plus imaginative est qu'elle est connectée à l'IA : vous pouvez sélectionner un lot d'actifs dans le navigateur et les transmettre tous à l'IA du chat comme références en un seul clic - alors qu'auparavant vous deviez décrire un par un quels modèles et quelle texture vous souhaitiez que l'IA "utilise dans la scène", maintenant vous les sélectionnez dans le navigateur et les transmettez, et l'IA sait exactement de quels actifs vous parlez. Cela relie la « gestion des matériaux » et la « direction de l'IA », deux choses auparavant distinctes, faisant de « J'ai ces choses en main → aide-moi à les utiliser » une action continue et fluide.

Un premier run plus fluide : deux étapes, trois façons de se connecter

Le guide de configuration de première exécution a été refait ce jour, son objectif principal étant de permettre aux nouveaux arrivants de rester bloqués le plus facilement et le plus facilement possible. Le nouveau guide ne comporte que deux étapes, proposant trois chemins de connexion parmi lesquels choisir : il s'agit par défaut d'une entrée de modèle agrégée, la plus conviviale pour les nouveaux arrivants et exécutable avec le moins de configuration, tout en conservant d'autres chemins pour ceux qui en ont besoin. La conception clé est « ne bloque jamais » : vous n'avez pas besoin d'être obligé de tout remplir sur le premier écran avant d'entrer ; vous pouvez d'abord sauter, regarder autour de vous et revenir le remplir quand vous le souhaitez. Le guide lui-même est bilingue. Pourquoi un « guide de configuration » mérite-t-il d'être soigneusement peaufiné ? Car pour un visiteur jamais vu, les premières minutes après l'ouverture sont le tournant décisif entre rester ou partir : dès que le flux est encombrant, dès qu'il s'arrête quelque part, dès qu'on ne sait plus quelle est la prochaine étape, les gens partent. Réduire ce seuil à « deux étapes, désactivables, avec une recommandation par défaut » constitue le plus grand effort pour permettre à toute personne disposée à cliquer d'atteindre en douceur l'étape « commencer à utiliser ».

L'éditeur boucle la boucle "ouvrir le projet → éditer → enregistrer sur le disque"

L'éditeur a complété ce jour une boucle clé qui le transforme de « peut visualiser et régler » en véritablement « utilisable pour la création » : ouvrir un projet, le modifier et enregistrer de manière fiable les modifications sur le disque. Plusieurs choses ont été apportées : la prise en charge d'un flux de création "ouvrir un projet" qui charge correctement les éléments d'entrée et de scène du jeu ; un passage à la « sauvegarde manuelle » — abandonnant la sauvegarde automatique chronométrée précédente pour un marqueur clair « non sauvegardé », afin que vous sachiez si les modifications actuelles sont enregistrées et décidez quand persister ; une chaîne de réécriture depuis les modifications apportées dans l'éditeur aux fichiers disque, avec rechargement à chaud pour que les modifications s'affichent instantanément tout en étant enregistrées en toute sécurité. L'éditeur a également gagné un « panneau de systèmes » (basculant chaque système logique du jeu) et un menu « ajouter un composant » dans l'inspecteur. Ensemble, cela signifie que l'éditeur n'est plus seulement une vue auxiliaire pour un réglage fin, mais un véritable outil qui réalise de manière indépendante la boucle créative complète « ouvrir → modifier → enregistrer ». Le sentiment de sécurité le plus fondamental pour un créateur est « ce que je change est sauvegardé et récupérable » – et cette journée a rendu cette sécurité réelle.

Observabilité : un panneau de télémétrie/log + un antigel du chat

Cette journée a ajouté « l'observabilité » à l'ensemble du système, vous permettant de voir ce qui se passe réellement à l'intérieur. Un panneau de télémétrie a été ajouté, rassemblant « traces + journaux » dans un seul flux observable : ce qu'un agent fait en ce moment, la durée de chaque étape et ce qui n'a pas fonctionné y sont tous visibles. Le backend a obtenu un récepteur de télémétrie et un itinéraire de reporting correspondants, et le front-end a obtenu un échafaudage de surveillance. Pourquoi construire cela délibérément ? Parce que plus le travail est poussé de manière autonome par l'IA, "que fait-elle réellement, où est-elle lente, où a-t-elle commis une erreur" devient une question qui doit être visible - invisible, on ne peut ni y faire confiance ni l'optimiser. Pendant ce temps, le chat a corrigé un réel risque de gel : lorsque l'IA produit un Markdown très long et formaté, le frontal continue de ré-analyser et de restituer, assez fréquemment pour faire exploser la mémoire et geler toute l'interface ; cette journée l'a limité si longtemps que les réponses restent stables pendant leur diffusion. Un système transparent qui résiste à une utilisation longue et intense est ce qui permet aux utilisateurs de lui confier en toute confiance de grandes tâches à exécuter.

Moteur : handles unifiés + dessin instancié + un protocole de plugin unifié

Le moteur a fait plusieurs choses de grande envergure à bas niveau ce jour-là. Un : des « poignées » unificatrices. Un handle est la référence d'un programme à une entité ou à un actif (une poignée pointant vers quelque chose), et aujourd'hui, l'entité et l'actif sont unifiés dans un seul encodage contenant des informations "générationnelles" - une génération étant un cachet de version sur chaque handle, donc lorsque la chose vers laquelle elle pointe a été détruite et son emplacement réutilisé par quelque chose de nouveau, le système reconnaît immédiatement "il s'agit d'une vieille référence obsolète" plutôt que de la prendre pour valide. Cela élimine à la source la classe de bogues extrêmement subtile et difficile à diagnostiquer où vous « faites référence à quelque chose qui a déjà disparu ». Deux : optimisation du dessin instancié – lorsqu'une scène comporte de nombreux objets identiques (une forêt, une foule de soldats), les commandes de dessin étaient émises une par une, et aujourd'hui, les commandes identiques étaient fusionnées dans un seau dessiné en un seul appel, réduisant considérablement les appels de dessin – un changement qualitatif pour les performances de grandes scènes, vérifié par un test de résistance de dizaines de milliers d'objets indépendants. Troisièmement : unifier le protocole du plugin sous une seule forme pour une extension plus cohérente, ainsi qu'un backend propre et sans tête pour les tests. Il s'agit d'un travail caché que les utilisateurs ne voient pas encore et qui détermine la taille de la plate-forme, jusqu'où elle s'étend et le nombre d'erreurs qu'elle commet.

Ce que signifie cette journée

Ce qui est le plus mémorable de cette journée, c'est qu'elle s'est occupée des deux extrémités du parcours utilisateur à la fois. Pour le nouveau venu cliquant pour la première fois grâce à l'open source, le seuil "d'entrée" a été réduit au plus bas - un guide en deux étapes, désactivable, avec une recommandation par défaut, faisant de son mieux pour permettre à tous ceux qui souhaitent essayer de démarrer en douceur. Pour les créateurs travaillant déjà sérieusement sur des projets, il a équipé les outils de « travail » de manière plus complète : un navigateur d'actifs professionnel, une boucle d'édition qui enregistre de manière fiable, un panneau de télémétrie qui voit à l'intérieur. Et l'unification des poignées au niveau du moteur, le dessin instancié et le protocole de plugin unifié fournissent, plus profondément, le support pour que tout cela soit « à grande échelle, extensible et fiable ». Pour qu'un produit tienne vraiment, il ne suffit pas d'attirer les nouveaux arrivants : ceux qui restent doivent le trouver d'autant plus fluide qu'ils l'utilisent ; Il ne suffit pas de satisfaire les anciens combattants : les nouveaux arrivants doivent pouvoir entrer. Cette journée a rarement permis de combiner les deux : ouvrir la porte et équiper la maison.