Le chat se reconnecte au nouveau backend + gère les modèles et les clés dans les paramètres

De « réécrit » à « reconnecté »

La veille, le backend a été démoli et réintégré dans une nouvelle architecture en couches et récupérable en cas d'accident - mais terminer la réécriture ne représente que la moitié du travail ; la nouvelle fondation doit se reconnecter à l'interface et exécuter une chaîne complète de bout en bout pour être considérée comme atterrie. L'objectif de cette journée était de « reconnecter » : câbler l'interface de discussion au nouveau moteur d'exécution backend, faire en sorte que les actions de session quotidiennes (créer, changer, supprimer, rejouer) fonctionnent toutes sur la nouvelle architecture et déplacer la gestion des modèles et des clés dans l'interface en cours de route. En d’autres termes, la veille a prouvé que « la nouvelle fondation tient debout » ; cette journée a prouvé que « la nouvelle fondation est utilisable ». Le moment le plus dangereux d’une grande réécriture n’est souvent pas la réécriture elle-même, mais la question de savoir si les couches supérieures peuvent être reconnectées en douceur sans laisser de verre brisé partout – et cette journée a franchi exactement cet obstacle.

Le chat se reconnecte au nouveau backend, avec des sessions plus fluides

L'interface de chat s'est connectée aujourd'hui au nouveau moteur d'exécution backend, et les opérations de session quotidiennes sont devenues ordonnées et fluides. La création d'une session a désormais un point d'entrée cohérent plutôt que plusieurs faisant leur propre travail ; changer de session ouvre automatiquement son onglet afin que votre attention suive le contenu ; la suppression est une étape. La réouverture d'une session rejoue intégralement les allers-retours précédents à partir d'un enregistrement durable, avec le contexte intact. Le processus classe également les messages système comme entrants / sortants / avertissements / erreurs. Ainsi, lorsqu'une exécution tourne mal, vous pouvez voir d'un coup d'œil à quelle étape elle est bloquée et de quel type il s'agit, au lieu de regarder une masse enchevêtrée de résultats. Ce sont les bases qu'une « session » mérite au quotidien, et cette journée les a solidement délivrés sur la nouvelle architecture.

Les sessions et l'historique passent par des interfaces claires

Lors de la « reconnexion », le backend a fait converger les capacités de session et d’historique vers un ensemble d’interfaces propre. La création et la suppression d'une session passent par des points de terminaison de création/suppression standard, avec un agent par défaut préparé automatiquement ; créer un agent au niveau supérieur, ou le supprimer avec ses dépendants en un seul passage, chacun a une commande correspondante claire ; l'historique est lu à la demande via des interfaces de récupération dédiées plutôt que de tout intégrer dans le flux en direct. La liste des agents sous-jacents est désormais maintenue en « analysant le disque sans état + en surveillant les modifications de fichiers », tous les événements de changement d'agent étant consignés dans un journal global. La convergence de ces capacités dans des interfaces claires et à responsabilité unique signifie que les couches supérieures (interface, ligne de commande et même d'autres futurs clients) peuvent toutes fonctionner selon les mêmes règles au lieu d'écrire chacune leurs propres règles - exactement là où l'architecture en couches de l'époque précédente commence à porter ses fruits.

Gérez les modèles et les clés directement dans les paramètres

Ce jour-là, deux éléments à haute fréquence mais auparavant encombrants — « quel modèle, quelle clé » — ont été déplacés dans l'interface. Le sélecteur de modèles lit désormais la liste réelle des modèles disponibles, donc ce que vous choisissez est ce qui prend réellement effet, et non une liste codée en dur éventuellement obsolète ; et vous pouvez attribuer le modèle que chaque agent utilise individuellement, ce qui permet à différents rôles d'utiliser différents niveaux. L'entrée de clé a été déplacée dans un panneau de paramètres persistant avec une bascule en œil pour basculer entre l'affichage et le masquage de la valeur - pratique à vérifier mais pas laissée à la vue pour toujours. Pour les utilisateurs, cela signifie que remplir une clé ou changer de modèle ne nécessite plus de passer à la ligne de commande ou de parcourir les fichiers de configuration – les choses qui appartenaient toujours à l'interface s'y produisent désormais réellement. Abaisser la barre pour de telles opérations est un élément clé pour permettre aux développeurs non professionnels de se lancer.

Moteur : éclairage texturé + plusieurs lumières dans une scène

L'éclairage du moteur a continué à s'éclairer de manière pratique ce jour-là. L'un d'entre eux est « l'éclairage basé sur la texture » : utiliser une texture pour contrôler la façon dont différentes parties d'une surface réagissent à la lumière - rendant, par exemple, une incrustation métallique plus brillante que le bois environnant, ou un point usé plus sombre - enrichissant considérablement les détails du matériau plutôt que de traiter toute une surface comme un seul matériau uniforme. L'autre est « plusieurs lumières dans une scène » : plusieurs lumières peuvent être allumées à la fois, en combinant des roulettes ponctuelles et ponctuelles. Ensemble, ils font passer l'éclairage d'une « une seule lampe » à « l'agencement de plusieurs lumières pour créer de la profondeur, comme une vraie scène ». Pour tous ceux qui recherchent des images atmosphériques et tactiles, il s’agit de l’équilibre le plus crucial entre « éclairé » et « beau ».

Moteur : correction de l'itinérance de la caméra à la première personne + une scène texturée

Cette journée a également corrigé l'itinérance de la caméra à la première personne - le mouvement WASD était mort, enraciné dans un petit écueil classique : que les événements du clavier lisent la "position physique des touches" ou que le "caractère" n'était pas aligné, donc les pressions ne faisaient rien. Une fois corrigé, vous pouvez utiliser WASD pour vous déplacer dans une scène et tourner la vue pour la regarder – l'interaction la plus élémentaire de toute « scène dans laquelle vous pouvez vous promener ». Parallèlement, une scène texturée a été conçue pour s'exécuter de bout en bout et la gestion des adresses d'actifs externes a été corrigée afin que les textures soient trouvées correctement sur les chemins de déploiement. Pouvoir se promener librement dans une scène éclairée par plusieurs lumières et texturées, et regarder autour de soi — cette journée a poussé « construire un monde dans lequel on peut se promener » un véritable pas en avant.

Ce que signifie cette journée

Cette journée a transformé la « réécriture » de la veille en quelque chose de véritablement « utilisable ». La nouvelle fondation du backend s'est reconnectée à l'interface, avec les opérations quotidiennes (sessions, modèles, clés) s'exécutant sans problème sur la nouvelle architecture et convergées vers des interfaces claires ; le moteur a progressé en parallèle sur l'éclairage et la caméra, donnant aux images plus de profondeur et aux scènes plus de facilité de marche. D’un côté, reconnecter en douceur les interventions chirurgicales majeures de bas niveau aux couches supérieures sans problèmes persistants ; de l'autre, en ajoutant progressivement aux expériences ressenties directement par les utilisateurs - les deux montrent en parallèle une équipe qui ose faire des refactorisations en profondeur mais n'a pas oublié d'améliorer chaque jour le produit pour les utilisateurs. Pouvoir, juste après une grande réécriture, reconnecter l'interface le jour même et vivre des expériences rapprochées comme la gestion des modèles et des clés est en soi la meilleure preuve que « la réécriture a été bien faite ».