Ouvrez un projet et il s'affiche simplement + les agents obtiennent une mémoire à long terme

La deuxième sortie publique, peaufinée autour de la « confiance »

Ce jour, la version 0.2.0 a été livrée – la deuxième version publique après l'open source, avec les points forts de la page d'accueil « quoi de neuf » mis à jour. Un numéro de version signifie plus que l’incrémentation d’un chiffre ; il regroupe les améliorations accumulées au fil du temps dans un nœud qui peut être référencé, téléchargé et approuvé. Et presque tout ce qui est fait autour de cette version aujourd’hui pointe vers un mot-clé : la confiance. Ouvrir un projet et le rendre fidèlement rend les résultats dignes de confiance ; les agents ayant des identités stables et se souvenant de vous rendent les collaborateurs dignes de confiance ; les matériaux pouvant être glissés directement vers l'IA sans description répétée rendent l'interaction digne de confiance ; Le développement Windows fonctionnant et ne s'épanouissant plus rend la plate-forme fiable dans davantage d'environnements. Ce qu'un produit qui vient d'être présenté au public et qui est sérieusement essayé par de plus en plus de personnes a le plus besoin de construire, c'est exactement cette confiance : « il fait ce qu'il dit, il se souvient, il est fiable partout ». Cette journée a renforcé cette confiance point par point.

Ouvrez un projet, et il restitue simplement ce projet

Cette journée a corrigé une maladresse conceptuelle, et ce qu’elle a réellement corrigé, c’est une sorte d’« imprévisibilité ». Play avait l'habitude de décider d'abord comment rendre par une supposition qui "préfère le traiter comme une certaine forme spéciale" - une heuristique qui, dans certains cas, faisait que l'ouverture du même projet ne vous donnait pas lui-même mais quelque chose dans lequel il le "devinait". Le problème n'était pas de savoir si l'estimation était correcte, mais plutôt de rendre les résultats imprévisibles : en cliquant sur quelque chose, vous ne pouviez pas être entièrement sûr de ce que vous verriez. Cette journée l'a modifié pour adopter le comportement le plus direct et le plus simple : quel que soit le projet que vous ouvrez, il est rendu fidèlement comme ce projet, sans "mode préféré" caché interposé. De manière correspondante, l'éditeur peut ouvrir un jeu spécifique sur disque pour l'exécuter avec une seule commande, le chemin de ce jeu étant fourni par l'hôte externe au lieu d'être codé en dur dans les bibliothèques de l'éditeur (ce qui rend l'éditeur plus propre et plus réutilisable en tant qu'outil pur). « Ce que vous ouvrez est ce que vous obtenez » semble évident, mais un outil permettant véritablement « vous ouvrez quelque chose et vous l'obtenez définitivement, sans surprises » est exactement la pierre angulaire de la prévisibilité – et la prévisibilité est la condition préalable de la confiance.

Identités d'agent cohérentes + mémoire à long terme qui se souvient de vous

L'équipe de collaboration est devenue plus « humaine » et plus « durable » ce jour-là. D’une part, tous les agents ont adopté une présentation d’identité cohérente – nommée « un rôle chinois plus un nom anglais », avec leurs personnages renseignés, de sorte que vous n’êtes plus confronté à une chaîne de modules fonctionnels mais à une équipe de compagnons, chacun avec un nom, une personnalité et un rôle. D’autre part, et plus important encore : ils ont gagné en mémoire à long terme. Chaque agent du workbench dispose d'un onglet structuré « mémoire à long terme » et d'un journal consultable ; le système distille automatiquement ce qu'il faut retenir à la fin de chaque tour ; et il maintient un « profil utilisateur global » qui apprend progressivement vos préférences, vos habitudes et ce sur quoi vous travaillez pendant que vous passez du temps ensemble. Pourquoi la mémoire est-elle si importante ? Parce qu'un assistant sans mémoire repart à chaque fois d'une page blanche : vous devez expliquer à plusieurs reprises les mêmes antécédents et préférences, et la collaboration reste pour toujours à la « première réunion ». Grâce à leur mémoire à long terme, ces agents se souviennent de vous, ainsi que des décisions et leçons passées, de sorte que la collaboration devient plus facile et plus harmonieuse à mesure qu'elle dure longtemps. Pour une plate-forme centrée sur « une collaboration à long terme avec une équipe d’IA pour créer des jeux », laisser l’IA « se souvenir » est le passage clé d’un « outil » à un « compagnon ».

Glissez dans le chat depuis n'importe où + améliorations du pipeline d'actifs

L'interaction est à nouveau devenue plus fluide ce jour : vous pouvez désormais faire glisser des éléments directement dans le chat sur toutes les surfaces. Vous pouvez extraire un lot d'éléments du navigateur d'actifs ou de divers panneaux dans la boîte de discussion, où ils s'alignent comme une file d'attente de « pilules de référence » remises ensemble à l'IA. Cela supprime une maladresse très courante : auparavant, pour que l'IA « utilise tels modèles, telle texture, tel objet dans la scène », il fallait décrire chacun avec des mots, ce qui était laborieux et sujet aux erreurs ; maintenant vous sélectionnez et faites glisser, et l'IA sait exactement ce que vous voulez dire. Le pipeline d'actifs a continué à s'améliorer parallèlement : suppression de la prise en charge, glisser vers le chat et régénération des identifiants internes pour un lot d'actifs afin de résoudre les collisions lors de l'importation de matériaux - des collisions qui empêchaient auparavant certaines ressources de se charger inexplicablement. Passer de « montrer l'IA » de « décrire avec des mots » à « faire glisser à la main » semble une petite interaction, mais réduit considérablement la friction liée au passage de matériaux concrets entre l'humain et l'IA. Moins de frictions, une collaboration plus fluide.

Développement de bureau Windows + correctifs du moteur

Développement de bureau étendu à Windows aujourd'hui : vous pouvez effectuer du développement de bureau sur Windows (via Git Bash), avec un problème de liaison spécifique à Windows résolu, afin que les utilisateurs Windows puissent développer et déboguer l'application de bureau localement, pas seulement la version Web. Cela s'inscrit dans la continuité du récent investissement soutenu dans la compatibilité Windows, faisant passer les utilisateurs Windows qui détiennent la majeure partie du marché des ordinateurs de bureau de la « version Web uniquement » au « développement d'ordinateurs de bureau également ». Le moteur a corrigé deux vrais problèmes : le bloom (l'effet qui fait jaillir une douce lueur des zones lumineuses) était complètement mort à cause de trois bugs empilés et est maintenant correctement réparé, ramenant l'atmosphère ; et les grands indices de sommets courants dans les grands modèles (un format qui peut traiter plus de sommets), auparavant rejetés d'emblée lors de l'analyse, sont désormais conservés correctement, de sorte que les grands maillages complexes sont importés sans erreur. Le chemin de démarrage a également obtenu une option d'adhésion : lorsque une sortie de construction de moteur obsolète est détectée, vous pouvez la reconstruire automatiquement (la valeur par défaut est toujours de vous inviter à la gérer, pour éviter de déclencher une reconstruction de manière inattendue). Tout cela permet à la plate-forme de fonctionner de manière stable sur davantage d'environnements, de matériaux et de scènes plus complexes.

Moteur : instanciation GPU 2D + ombres ponctuelles

Le moteur a progressé d'un cran en termes de performances 2D et d'éclairage ce jour-là. En termes de performances, « l'instanciation GPU au niveau des morceaux » a été utilisée pour les sprites et les tuiles : les jeux 2D comportent souvent des éléments massifs et répétés - des écrans de tuiles, des feuilles de puces, de nombreuses petites tuiles identiques - dessinés un par un auparavant, ralentissant à mesure que le nombre augmente ; désormais, des éléments identiques dans le même morceau peuvent être fusionnés dans un compartiment et dessinés par le GPU en un seul passage, réduisant ainsi considérablement les appels de dessin et modifiant qualitativement les performances 2D à grande échelle. Concernant l'éclairage, des ombres de spot ont été ajoutées : un spot est une source directionnelle en forme de cône comme une lampe de poche ou un projecteur de scène, et il peut désormais projeter des ombres correctement, donnant ainsi un support sous-jacent à des effets comme "un faisceau balayant l'obscurité avec des ombres traînées". Le pipeline de rendu des sprites a également été unifié – en intégrant un chemin spécial précédemment écrit uniquement pour les sprites dans le chemin de rendu générique, un fork de moins à gérer séparément. Certains d'entre eux rendent la 2D plus rapide, d'autres rendent la lumière et les ombres plus riches, d'autres encore simplifient le moteur, tout en renforçant la ligne 2D d'une autre couche plus ferme.

Ce que signifie cette journée

Le numéro de version v0.2.0 marque le fruit de la première phase de consolidation après l'open source. Et la ligne la plus émouvante de la journée est vraiment la mémoire à long terme des agents : elle donne pour la première fois à la « collaboration avec l’IA » une dimension temporelle. Un compagnon qui se souvient de vous et un outil qui vous traite à chaque fois comme un étranger sont deux relations totalement différentes ; le premier vous comprend d’autant plus que vous l’utilisez, le second reste en place pour toujours. Associée à la prévisibilité de "ouvrir quelque chose et le rendu", à la faible friction de "il suffit de le faire glisser", à la large couverture de "Windows peut aussi se développer" et aux corrections et accélérations ponctuelles du moteur, cette journée a poussé l'ensemble de la plate-forme un autre grand pas vers "une valeur digne de confiance et une vie à long terme". Un outil qui veut réellement accompagner les utilisateurs pendant longtemps doit à la fois faire ce qu'il dit et être fiable partout, mais aussi se souvenir et vous comprendre - et cette journée a poussé les deux à la fois.