3D en ligne et aperçu d'image + pilules @-mention

Rendre la collaboration visible et cliquable

Auparavant, la plate-forme offrait la possibilité de « plusieurs agents s'exécutant longtemps en arrière-plan + un bus d'événements », mais tout cela était encore caché à l'intérieur du système. La ligne directe de ce jour a poussé cette fonctionnalité pleinement au premier plan de l'interface : vous pouvez non seulement voir le trafic entre les agents dans le bus, mais également @ un agent spécifique par son nom, prévisualiser les actifs en place et introduire des objets dans la conversation comme pilules de référence. En d’autres termes, ce que cette journée a ajouté n’est pas une fonctionnalité isolée mais la couche d’interaction qui fait d’une « équipe d’agents collaborant » quelque chose qu’une personne ordinaire peut réellement exploiter. Une fois que la complexité du backend est traduite en éléments d'interface que vous pouvez lire et cliquer, le multi-agent passe de « techniquement fonctionnel » à « confortable à utiliser ».

@ un agent pour lui parler directement

La collaboration multi-agents a franchi une étape clé aujourd'hui : vous pouvez @un agent spécifique par son nom dans la conversation afin qu'il capte ce message et réponde, plutôt que de seulement parler au responsable et de le transmettre aux autres. Un panel d'agents compagnon a été mis en ligne, présentant en un coup d'œil quels membres font partie de « l'équipe » actuelle et ce qui fait que chacun est occupé. Ce que cela change, c'est le "style de commandement" de la collaboration : là où vous pouviez parler uniquement au chef de projet, vous pouvez désormais dépasser le responsable et vous adresser directement à l'art de gérer les membres, ou à celui qui gère les niveaux. Pour le scénario principal « une personne dirigeant une équipe d'IA », la communication nommée constitue le tournant décisif entre la « diffusion » et le « commandement précis » : vous pouvez enfin dire la bonne chose au bon membre.

Statut du bus réparti dans l'interface utilisateur : état des capacités partout

S'appuyant sur le câblage du bus dans l'interface de la veille, cette journée a diffusé « quelles capacités existent dans le système et dans quelle mesure chacune est saine » dans tous les coins de l'interface utilisateur. La barre supérieure comporte une rangée de voyants d'état pour des catégories telles que les outils, les compétences et les agents, chacun affichant un nombre et une santé ; le panneau de discussion, la barre latérale et le panneau d'administration du bus sont également parsemés de cette présentation "petite lampe + compte + lien profond cliquable", où un clic permet d'accéder au détail correspondant. Sa valeur est de transformer « qu'est-ce que le système a actuellement et comment il va » en informations ambiantes — vous n'allez pas les chercher ; un coup d'œil sur l'interface vous le dit. Pour un système doté de toujours plus de fonctionnalités, extensible par des plugins, cette visualisation omniprésente de l'état de santé est essentielle pour toujours avoir une idée de « dans quel état il se trouve ».

Aperçu des actifs en ligne + pilules de référence dans le chat

Cette journée a également rendu les « atouts » visibles et référençables dans les conversations. Le chat peut prévisualiser les pièces jointes en place : collez une image et obtenez une vignette ; déposez un fichier de modèle et il s'affiche sous la forme d'un petit aperçu visible, sans le connecter au préalable à un jeu en cours d'exécution pour voir à quoi il ressemble. Lorsqu’on parle d’un personnage ou d’une texture, les deux côtés voient la même chose concrète plutôt que d’imaginer la leur. Les "pilules de référence" associées vous permettent de taper @ dans le compositeur pour transformer un agent ou une ressource en une balise cliquable - en vous souvenant de ce que vous avez utilisé récemment, en affichant une info-bulle au survol, cliquable après l'insertion. Ensemble, ceux-ci transforment « l'apport d'un actif dans la conversation » – ce qui signifiait autrefois copier de longs chemins et décrire avec des mots – en une action directe de glisser-cliquer.

Moteur : un moteur de rendu de maillage unifié + un gestionnaire de matériaux + une valeur de repli par défaut

Le moteur a réalisé aujourd’hui d’importantes convergences au niveau des couches de rendu et de composants. Lors du rendu, il s'est unifié en un seul moteur de rendu de maillage qui référence les matériaux par une « poignée de matériau » — c'est-à-dire que la façon dont un objet est dessiné est uniformément décrite par « un maillage plus une poignée pointant vers un matériau », à la fois clair et facile à réutiliser un matériau sur plusieurs objets. Sur les composants, "créer une entité" et "ajouter un composant" ont obtenu une chaîne de repli de valeur par défaut : lorsque vous ne définissez pas explicitement un champ, le système parcourt des règles en couches pour trouver une valeur par défaut raisonnable plutôt que de commettre une erreur ou de la laisser vide. Cela signifie que l'écriture du contenu du jeu peut consister à « écrire uniquement les parties qui vous intéressent, laisser le reste aux valeurs par défaut raisonnables », réduisant ainsi considérablement le passe-partout et la surface d'erreur. Une telle convergence n'est pas une fonctionnalité nouvelle, mais la clé pour que le moteur reste « à faible surprise et prévisible » à mesure que de plus en plus de personnes (et d'IA) l'utilisent.

Moteur : capture unifiée + inversion des dépendances de la console + exemples de didacticiels

Le moteur a également nettoyé plusieurs points de « duplication » et de « couplage » ce jour-là. Premièrement : la logique de « capture d'écran », autrefois dispersée sur plusieurs exemples, chacun sa propre copie, a été unifiée en une capacité de rendu standard — une implémentation utilisable partout, réduisant la duplication et rendant la vérification visuelle plus cohérente. Deuxièmement : le canal de débogage "console" a obtenu une inversion de dépendances - il ne dépend plus directement de modules internes concrets mais fonctionne via une interface abstraite, les découplant - permettant à la console d'évoluer de manière plus indépendante et aux plugins de se connecter de manière uniforme. Trois : un ensemble complet d'exemples de didacticiels de rendu progressif (du triangle et des textures les plus élémentaires à la gestion des entrées), et des fonctionnalités communes telles que les images, les textures et les entrées ont été internalisées dans le moteur lui-même. Ces exemples constituent à la fois une documentation vivante des capacités du moteur et le meilleur point d'entrée pour les nouveaux arrivants (et l'IA) pour apprendre à l'utiliser.

Ce que signifie cette journée

Les deux lignes du jour — une collaboration multi-agents entièrement « révélatrice » dans l'interface et un rendu et des composants fortement « convergents » dans le moteur — semblent sans rapport, mais partagent un objectif commun : garder un système qui se complique rapidement et clair pour les gens. Du côté de l'interface, les @-mentions, les voyants de santé des capacités, l'aperçu des actifs et les pilules de référence transforment ensemble « diriger une équipe d'IA » d'abstrait à concrètement exploitable ; Du côté du moteur, le moteur de rendu unifié, la capture unifiée, l'inversion des dépendances et les exemples de didacticiels empêchent le niveau bas de devenir plus compliqué à mesure que les fonctionnalités gonflent. Un système qui peut évoluer à long terme doit à la fois développer ses capacités vers l’extérieur et maintenir l’ordre à l’intérieur – et cette journée a fait exactement les deux à la fois.