Ouvrez n'importe quel dossier en tant qu'espace de travail + version et raccourcis intégrés à l'application

De "verrouillé sur un répertoire" à "ouvrir n'importe quel projet"

Avant cela, votre code de jeu devait résider dans un des répertoires fixes intégrés à la plateforme pour être géré, une vraie contrainte : cela signifiait que votre projet devait accueillir l'outil plutôt que l'outil hébergeant votre projet. L'objectif de ce jour consistait à supprimer cette contrainte, permettant à la plate-forme d'ouvrir n'importe quel répertoire sur le disque en tant qu'espace de travail. Cela ressemble à une petite fonctionnalité de « sélection d'un dossier », mais derrière elle se cache un assouplissement du positionnement du produit : d'« une application où vous devez organiser le code selon ses règles » vers « une plate-forme de développement qui peut prendre en charge votre projet existant ». Avec la connaissance de la version et plusieurs améliorations ajoutées ce jour, la plate-forme a franchi une nouvelle étape solide vers « être utilisée quotidiennement comme un outil approprié ».

Ouvrez n'importe quel dossier en tant qu'espace de travail

La barre supérieure comporte un sélecteur de projet qui s'ouvre dans un navigateur de fichiers, vous permettant ainsi de choisir n'importe quel répertoire du disque comme espace de travail actuel - vous n'êtes plus obligé de déposer du code dans un dossier intégré. Les projets récemment ouverts sont mémorisés pour un retour en un clic. Mieux encore : si vous choisissez un répertoire vide, le système tombe dans un échafaudage de jeu par défaut directement exécutable, donc "créer un nouveau dossier → demander à un agent de commencer à y travailler" devient un chemin parfaitement fluide. Pour quelqu'un qui vient de cloner un dépôt, cela signifie ouvrir le répertoire de son propre projet et démarrer immédiatement, sans apprendre au préalable les conventions de répertoire de la plateforme. Cela abaisse véritablement la barre pour démarrer.

Version intégrée à l'application + journal des modifications + raccourcis

Cette journée a donné à l’application un « sentiment de version ». La barre d'état affiche désormais la version en cours d'exécution et s'actualise d'elle-même - elle surveille la version du code en direct en arrière-plan et met à jour dès que les fichiers changent, donc revenir à la fenêtre confirme si vous êtes sur la dernière version plutôt que de regarder un numéro obsolète depuis longtemps. Les paramètres ont gagné une section « Journal des modifications » afin que vous puissiez lire ce qui a récemment changé à l'intérieur du produit, sans aller ailleurs. Et une section « Raccourcis » avec un ensemble de raccourcis clavier globaux rend les actions courantes détectables, mémorisables et accessibles en une seule pression. Individuellement clair, ensemble, ils signalent quelque chose : il ne s'agit plus d'une expérience jetable mais d'un produit qui continue à se mettre à jour, qui vaut la peine d'être utilisé à long terme et qui prend au sérieux "comment l'utilisateur sait-il sur quelle version il se trouve".

Moteur : instanciation du modèle + cuisson des textures au moment de la construction

Le moteur a progressé aujourd'hui en termes de performances et d'atouts. En termes de performances, les modèles 3D standard bénéficient d'un dessin instancié : lorsque le même modèle apparaît en masse dans une scène (une rangée d'arbres, une foule d'ennemis), le moteur peut tous les dessiner en une seule soumission, ce qui réduit considérablement les coûts ; l'importation d'un modèle porte également le nom propre de chaque nœud dans le moteur, facilitant ainsi l'identification et la manipulation ultérieures. Sur les ressources, les textures d'image sont désormais préparées à l'avance au « moment de la construction » et récupérées par handle au moment de l'exécution — à la fois plus rapides à charger et plus stables, sans retraitement à chaque exécution. L'un cible "de nombreux objets à l'écran", l'autre "un chargement rapide et stable", et ensemble, ils ouvrent la voie aux scènes véritablement complexes et riches en contenu à venir.

Un shell d'exécution de moteur avec une boucle de jeu prend forme

Le moteur a également rempli une base structurelle aujourd'hui : un "shell d'exécution" complet plus une boucle de jeu. Le shell d'exécution est chargé de démarrer un jeu correctement et de piloter la mise à jour et le rendu de chaque image à une cadence constante – le moteur qui fait « tourner » tout jeu au niveau le plus bas. Avant cela, des exemples individuels assemblaient souvent eux-mêmes cette logique de démarrage et de boucle ; le faire converger vers un shell standard fourni par le moteur signifie que l'écriture d'un jeu peut commencer à partir d'un point propre et uniforme plutôt que de reconstruire le squelette à chaque fois. Cela est particulièrement important pour « demander à l'IA d'écrire des jeux » : plus le point de départ est standard et prévisible, plus le code de l'IA s'exécute correctement et peut être réutilisé facilement.

Petite ergonomie : texte sélectionnable + un menu clic droit du compositeur

Cette journée a également aplani quelques frictions du quotidien. Le texte dans le chat peut désormais être sélectionné et copié comme prévu – ce qui semble évident, mais il avait été involontairement désactivé auparavant, ce qui rendait peu pratique l'extraction d'un passage de la réponse de l'agent. Le compositeur a obtenu un menu contextuel, mettant les actions courantes à portée de main. Chacun d’eux est trivial en soi, mais c’est exactement la couche qui décide si un outil « semble fluide à utiliser ». Une interface dans laquelle même la copie de texte est difficile érodera la bonne volonté, quelle que soit la puissance de la capacité ; lisser ces bords un par un est un respect fondamental pour les personnes qui l'utilisent quotidiennement.

Ce que signifie cette journée

Les éléments de la journée répondent ensemble à une question simple : cette plateforme mérite-t-elle d'être utilisée à long terme comme un « véritable outil » ? Être capable d'ouvrir n'importe quel projet de votre choix signifie qu'il est prêt à s'adapter à votre façon de travailler actuelle ; avoir un numéro de version, un journal des modifications et des raccourcis indique qu'il se traite comme un produit qui continue d'évoluer et qui est responsable envers les utilisateurs ; le moteur ajoutant une instanciation, une cuisson au moment de la construction et un shell d'exécution standard indique que le niveau bas se prépare sérieusement à des scènes plus grandes et à plus de contenu ; et s'embêter avec des détails comme si le texte peut être copié montre qu'il se soucie de votre ressenti quotidien. Entre « can demo » et « can use daily » se trouve exactement ce genre de travail peu glamour mais indispensable.