Animation squelettique + établis de scène et d'observatoire

Des « objets statiques » aux « personnages vivants »

Avant ce jour, le moteur pouvait restituer des objets éclairés, texturés et ombragés, mais ils étaient tous « statiques » – aussi raffinés soient-ils, juste des ornements. L'animation squelettique ajoutée ce jour est l'élément clé qui donne « vie » à ces objets ; et du côté des outils, plusieurs fonctionnalités – scène, observatoire, narration – sont arrivées en même temps. Mettre « faire bouger les personnages » et « remplir les outils pour créer des jeux » le même jour est le rythme constant de cette plateforme : le moteur gouverne « c'est ce que vous rendez assez vivant », les outils gouvernent « c'est le rendre fluide », avançant les deux extrémités ensemble. Ci-dessous, chacun son tour.

Moteur : animation squelettique skinnée

Le moteur a ajouté l’un des éléments les plus essentiels pour les jeux à ce jour : l’animation squelettique skinnée. Comment ça marche : construisez un "squelette" pour un modèle de personnage, puis "enveloppez" le maillage de surface dessus ; Lorsque le squelette pose selon les données d'animation, le maillage s'étire et se plie naturellement, de sorte que le personnage marche, court et agite plutôt que de rester figé. C'est le tournant décisif entre le « rendu d'un objet statique » et le « rendu d'un personnage vivant » : un personnage immobile, aussi beau soit-il, n'est qu'une statue, tandis qu'un personnage en mouvement peut véhiculer de vrais genres comme le jeu de rôle, l'action et l'aventure. Obtenir cette capacité fondamentale signifie que le moteur, de "peut afficher des scènes", devient qualifié pour "transporter un protagoniste vivant" - la condition préalable à tout jeu ultérieur avec des personnages et des combats.

Un nouvel établi de scène + plusieurs jeux dans un seul projet

La famille d'outils a gagné un membre solide : un atelier de scènes, qui devient le premier plugin de ce type qui « fonctionne réellement » pour créer et organiser les scènes d'un jeu. La plate-forme a commencé à prendre en charge « la gestion de plusieurs jeux dans un seul projet », avec un stockage de données isolé par jeu – le contenu de chaque jeu lui appartient, sans contamination croisée. Cela signifie que vous pouvez créer une série dans un seul projet, étendre plusieurs niveaux ou essayer plusieurs idées différentes en parallèle sans recommencer à chaque fois. Pour un créateur qui souhaite cultiver ses propres œuvres à long terme, « plusieurs jeux coexistant dans un projet sans interférence » est la base pour installer des tentatives dispersées dans un système – choisir quel jeu exécuter ou éditer est désormais une étape fluide plutôt qu'un mouvement.

Un nouvel observatoire : regardez ce que font les agents, en direct

Un nouvel atelier « observatoire » présente l'activité des agents en temps réel : qui les utilise, quel outil ils appellent, quels événements ils ont produits, le tout en un seul coup d'œil. Il est soutenu par une interface backend dédiée et un pont d'événements qui diffuse ce qui se passe en arrière-plan sur ce panneau. Il répond aux deux besoins les plus contradictoires lorsqu'on « laisse une équipe d'agents travailler de manière indépendante » : vouloir ne pas intervenir tout en craignant une perte totale de contrôle. L'observatoire vous propose un juste milieu : laissez-les fonctionner normalement, et un coup d'œil au panneau vous indique l'état général ; dès que quelque chose ne va pas, vous pouvez immédiatement voir qui est le problème et à quelle étape et intervenir. Pour une plateforme qui s'appuie toujours plus sur la collaboration multi-agents, ce « sentiment visible de contrôle » est la base psychologique pour oser donner davantage à l'IA.

Les outils narratifs prennent du mordant + l'agent narratif s'active

La ligne narrative est passée aujourd'hui d'une « coquille vide » à une « coquille réellement utilisable ». Le backend a ajouté un ensemble de définitions d'outils narratifs orientés vers de grands modèles - équipant l'agent d'outils pratiques qui organisent véritablement l'histoire et le texte, et pas seulement une interface qui ne peut pas agir ; pendant ce temps, l'agent dédié responsable du récit a été formellement activé à partir du statut d'espace réservé et peut prendre du travail. Ensemble, « écrire l’histoire » a, pour la première fois, à la fois un rôle et des outils qui peuvent réellement la conduire sur la plateforme. Créer un jeu n’a jamais simplement consisté à accumuler du gameplay ; l'intrigue, les dialogues et le rythme sont également l'âme d'une œuvre. Remplir ensemble les outils narratifs et l'agent narratif est une étape concrète vers "une seule personne peut créer un jeu complet et pleinement étoffé".

Un chat plus propre + des informations d'identification plus sécurisées

L’interface et la sécurité ont chacune été touchées ce jour-là. L'interface de chat a été simplifiée : les lueurs et le flou redondants ont été supprimés, les bordures sont unifiées, la liste est paginée lorsque de nombreux agents sont installés et les hauteurs de survol sont plus stables : plus agréables pour les yeux pendant une longue session et plus axées sur le contenu lui-même. La fenêtre d'aperçu a également ouvert les autorisations graphiques et plein écran dont elle a besoin, afin que les jeux à l'intérieur s'exécutent de manière plus complète. En matière de sécurité, le backend a commencé à migrer les clés de modèle d'un coffre-fort séparé vers une gestion « variable d'environnement uniquement », et a ajouté un registre d'activité des fichiers, simplifiant à la fois le chemin d'accès des informations d'identification et permettant de tracer « quand quel fichier a été touché ». Une interface plus propre consiste à perturber moins, des informations d'identification plus ordonnées pour être plus dignes de confiance, ce qui rapproche la plate-forme d'une « utilisation sûre à long terme ».

Moteur : passe-partout plus mince + exécutions propres dans le navigateur

Le moteur a effectué un travail de bas niveau à la fois sur « facile à utiliser » et « facile à utiliser » ce jour-là. L’une est l’amincissement standard : donner aux structures de données communes des valeurs par défaut raisonnables et des fonctions d’usine pratiques, et unifier la façon dont certains utilitaires courants sont exportés – de sorte que l’écriture du contenu du jeu nécessite moins de passe-partout et exprime l’intention plus directement. L'autre concerne les "sous-exportations sécurisées pour le navigateur": supprimant les dépendances utilisables uniquement dans l'environnement local (pas dans le navigateur) de l'entrée principale du moteur, garantissant ainsi que le moteur, lorsqu'il est chargé dans le navigateur, n'extrait pas accidentellement des éléments qui ne peuvent pas s'exécuter et fonctionne proprement. Le premier allège le fardeau de « l'écriture », le second garantit la stabilité du « fonctionnement » ; ce n’est pas non plus une fonctionnalité flashy, mais les deux rendent véritablement ce moteur interne plus convivial pour les personnes qui l’utilisent (et pour le code générateur d’IA).