Mouvement coulissant le long des murs + un éditeur autonome mature
Aujourd'hui, le moteur est livré avec un mouvement standard « glissez le long des murs, ne restez pas coincé » et une machine à états de type sécurisé - utile pour tout jeu de course et de saut ; la fenêtre de l'éditeur autonome a été poussée vers une utilisation quotidienne ; les trois pièges enchaînés d'un niveau échantillon ont été éliminés d'un coup et les leçons réinjectées dans le modèle par défaut ; Forge est devenu accessible à partir des applications de chat courantes ; et le moteur a acquis la capacité de laisser l'IA « voir » le jeu en cours.
Enfoncer "les roues que tout le monde réinvente" dans le moteur
Cette journée avait un objectif clair : distiller les "roues que tout le monde réinvente pour chaque jeu" en fonctionnalités prêtes à l'emploi dans le moteur et les modèles. Le mouvement standard de glissement le long des murs et une machine à états inactive-course-saut sont des bases incontournables pour tout jeu d'action ; les pièges d'un échantillon de niveau ont été écrits dans une rétrospective et réinjectés dans le modèle par défaut afin que d'autres n'aient pas besoin de les répéter ; et la fenêtre de l'éditeur autonome a été peaufinée pour être utilisable quotidiennement, devenant ainsi une base d'outils stable. Au-delà de cela, la journée a atteint deux mains : permettre à Forge de communiquer avec les applications de chat que vous utilisez déjà et laisser l'IA "voir" l'image et l'état du jeu en cours. Le premier abaisse la barre et distille les capacités générales ; ce dernier repousse les limites, rapprochant l’IA de la « véritable compréhension d’un jeu ». Transformer le répété en général et rendre le général solide, c'est exactement ainsi qu'une plate-forme se compose.
Mouvement standard "glisser, ne pas coller" + une machine à états
Le moteur a posé un élément de base dont aucun jeu de type "courir et sauter" ne peut se passer aujourd'hui : un contrôleur de personnage cinématique - "déplacer et glisser" - pour la 2D et la 3D. Il résout un problème apparemment simple mais extrêmement sensible : que se passe-t-il lorsqu'un personnage heurte un mur en biais ? La pire manipulation le coince mort (le personnage épinglé au mur) ou le laisse passer (écrêtage) ; la manipulation correcte et attendue par le joueur fait glisser le personnage en douceur le long de la surface. Ce mouvement de « glisser le long du mur » semble mineur, mais il constitue la base de la sensation pour presque tous les jeux à la première et à la troisième personne, et assez fastidieux à mettre en œuvre à partir de zéro. En faire une primitive standard intégrée donne à chaque nouveau jeu une sensation de mouvement passable gratuitement. À côté est venue une machine à états de type sécurisé : exprimant proprement les états d'un personnage comme inactif/exécution/saut/attaque, et liant les cycles de vie des entités aux états – génération automatique d'éléments liés à l'entrée dans un état, nettoyage automatique à la sortie. Ensemble, le contrôle des personnages et la logique de comportement du prochain jeu n'ont pas besoin d'être lancés manuellement à partir d'une page blanche à chaque fois, mais reposent sur une base validée.
La fenêtre de l'éditeur autonome est prête à être utilisée quotidiennement
La fenêtre de l'éditeur autonome réécrite la veille a été poussée aujourd'hui à maturité pour un usage quotidien. Plusieurs choses ont été peaufinées : les panneaux ancrés sont passés à une disposition flexible qui remplit toute la fenêtre d'affichage sans espaces vides ; une "toile vide fantôme" qui y était restée a été supprimée (l'interface avait autrefois une zone de rendu vierge inexplicable) ; la dépendance circulaire entre les modules a été rompue, rendant l'architecture plus propre et moins sujette aux problèmes en cascade ; et la fenêtre autonome injecte désormais son propre rendu d'édition et d'aperçu, ne dépendant plus de l'interface principale. L’état de la console a été réduit aux notifications normales de ressources manquantes, plus d’écrans rouges vous laissant mal à l’aise. Des documents bilingues ont été réalisés, la méthode de démarrage étant clairement écrite avec un diagramme de structure, garantissant qu'un nouveau venu peut la mettre en place sur sa propre machine en suivant. Après cette journée, l'éditeur tient vraiment sa place en tant qu'outil que vous pouvez ouvrir et utiliser indépendamment de l'interface principale, établissant ainsi une base fiable pour l'intégrer ultérieurement ailleurs ou le distribuer séparément.
Niveaux d'échantillonnage corrigés, leçons réinjectées dans le modèle
Un niveau d'échantillon avait rencontré trois pièges d'affilée, tous résolus aujourd'hui – et la façon dont ils ont été traités est plus remarquable que le correctif lui-même. Les trois étaient les suivants : les identifiants internes des objets de la scène n'étaient pas contigus, brisant les commandes de mouvement et de caméra - corrigés en les renumérotant dans une séquence consécutive ; les ombres utilisaient toujours un ancien schéma de configuration – migré vers la nouvelle approche des ombres avec une configuration de rendu stable verrouillée ; et certaines conventions d'utilisation obsolètes ainsi exposées. La clé est la troisième étape : l'équipe ne s'est pas arrêtée à "réparer ce niveau", mais a écrit l'ensemble du déraillement et du diagnostic dans une rétrospective, a révisé les conventions d'utilisation pertinentes en conséquence et est allée plus loin en réinjectant ces leçons dans la liste des "pièges courants" dans le modèle de nouveau jeu par défaut. Cela signifie que chaque partie ultérieure ne tombera pas à nouveau dans le même piège. C'est exactement l'attitude d'une équipe d'ingénierie mature envers les bugs : corriger un bug est le minimum ; institutionnaliser la leçon qui se cache derrière afin qu’elle ne se reproduise jamais sous la même forme est la véritable clôture. Le même jour, l'animation skinnée du héros échantillon a été câblée, le transformant d'un modèle statique en un personnage véritablement émouvant.
Parlez à Forge directement à partir des applications de chat courantes
Cette journée a également ouvert un nouveau point d'entrée : vous permettre de parler à Forge directement depuis les applications de messagerie instantanée que vous utilisez couramment. Une page de paramètres « Connexions » a été ajoutée pour connecter ces canaux de discussion externes : scannez un code ou autorisez, et vous pouvez envoyer un message à Forge directement dans votre application de discussion familière et la faire avancer dans le développement de votre jeu. L'importance est que cela libère la « collaboration avec l'IA » de « devoir s'asseoir devant l'ordinateur et ouvrir l'interface Studio » — vous pouvez lui lancer une idée ou une commande pendant le trajet, sur votre téléphone. Pour une plate-forme dont l'interaction principale est la conversation, « être joignable n'importe où, via n'importe quel canal pratique » est en soi une accessibilité importante. Abaisser la barre jusqu'à « démarrer une conversation » signifie que davantage d'inspiration peut être capturée et avancée au moment où elle surgit, plutôt que oubliée au moment où vous êtes de retour devant l'ordinateur.
Laisser l'IA "voir" le jeu en cours
Le moteur a également posé aujourd’hui une base de grande envergure : un protocole permettant à l’IA de « percevoir » le jeu en cours. Concrètement, cela a donné à l'IA deux nouveaux types d'outils : un pour interroger l'état actuel du monde du jeu (quels objets se trouvent dans la scène, où se trouve chacun, dans quel état il se trouve) et un pour capturer une capture d'écran de l'image actuelle. Cela signifie que l'IA ne se limite plus à « écrire du code à l'aveugle » : après l'écriture, elle peut véritablement « jeter un œil » au fonctionnement actuel du jeu, si les objets sont placés correctement, si l'image présente des problèmes, et juger et ajuster en conséquence. Il s’agit d’une étape clé pour que l’IA passe de « peut uniquement écrire » à « écrit, voit et s’auto-corrige ». Un moyen sans tête de piloter ce flux a également été fourni, pour se connecter à l'automatisation. Pour une plate-forme visant à « permettre à l'IA de développer des jeux de manière autonome », « donner des yeux à l'IA » est presque une voie inévitable : ce n'est que lorsqu'elle peut percevoir l'effet réel de ses propres changements que son autocorrection autonome peut véritablement boucler la boucle, plutôt que de deviner à l'aveugle. Ce qui a atterri aujourd’hui est une tranche de fondation, mais la direction qu’elle indique est très claire.
Ce que signifie cette journée
Les sujets de la journée incarnent ensemble deux manières dont une plate-forme se compose : la distillation et l'extension. La distillation enfonce les éléments récurrents dans la fondation, dans des fonctionnalités prêtes à l'emploi que tout le monde peut utiliser directement : mouvement de personnage standard, machine à états réutilisable, leçons évitant les pièges introduites dans le modèle, un éditeur autonome utilisable quotidiennement font tout cela. Chaque chose distillée signifie une roue de moins réinventée pour chaque jeu ultérieur, et la « création de jeux » de la plate-forme devient d'un cran plus rapide et plus stable. L'extension atteint de nouvelles directions – rendant Forge accessible sur un coup de tête à partir des applications de chat, permettant à l'IA de voir l'effet réel de ses propres changements. Une plate-forme qui rend sérieusement solide même une primitive de base comme « glisser le long des murs » tout en posant les bases de « l'IA ayant des yeux » est à la fois fondée et prévoyante. Rendre le général répété, le général fiable et explorer de nouvelles possibilités au sommet du fiable – cette journée a été une étape solide sur ce chemin composé.