Confirmer avant les actions à risque + lumière et ombres ambiantes du moteur

Installez les protections avant de lâcher prise

Plus vous voulez « laisser l’IA travailler pour vous », plus vous devez d’abord répondre à une question : fera-t-elle quelque chose qu’elle ne devrait pas faire pendant que vous ne regardez pas ? L'objectif de cette journée consistait à doter le "lâcher prise" de mesures de protection : faire en sorte que les actions risquées nécessitent votre approbation et rendre les sources des plugins tiers vérifiables. Dans le même temps, l'atelier est devenu entièrement plug-inisé, les plug-ins sont devenus modifiables à l'intérieur du produit et la qualité d'image du moteur a continué à tendre vers le réalisme. Sécurité, extensibilité, esthétique — pièces placées dans trois directions à la fois ; mais qui les traverse est un seul mot : confiance. Ce n'est que lorsque vous êtes sûr qu'il ne se déchaînera pas et que ce que vous installez est digne de confiance que vous osez réellement confier le travail.

Une invite de confirmation avant les actions risquées

Les agents bénéficiaient d'une barrière de sécurité lorsqu'ils appelaient des outils. Chaque outil peut déclarer sa politique de confirmation : toujours confirmer, ne jamais confirmer ou confirmer uniquement lorsqu'il est jugé dangereux. Lorsqu'un agent est sur le point d'entreprendre une action dangereuse (par exemple, supprimer ou écraser un fichier important), le backend envoie une demande de « confirmation » à l'interface en temps réel, une barre de confirmation apparaît en haut, et elle ne se poursuit que si vous l'autorisez et est bloquée sur place si vous refusez ; chaque décision est enregistrée pour enregistrement. Cette porte répond au risque le plus inquiétant : "l'agent a tranquillement fini de faire quelque chose de mal en arrière-plan et vous n'en aviez aucune idée". Avec lui, vous avez la possibilité de lâcher prise tout en gardant toujours votre veto final sur les actions critiques. C’est l’atterrissage concret du principe « l’humain est l’autorité finale » dans le produit.

Modifiez les plugins directement dans l'application

Un nouvel atelier "auteur de plugin" est arrivé : une arborescence de fichiers à gauche, un éditeur à droite, les modifications prenant effet immédiatement. Son importance est de baisser la barre pour « l'étendre vous-même » à près de zéro : pour modifier l'invite d'un outil, modifier un paramètre ou essayer une idée, vous ne quittez pas le produit, ne passez pas à un éditeur de code et ne faites pas de va-et-vient, mais modifiez directement dans l'interface et voyez l'effet immédiatement. Cela fait écho à une orientation à long terme de la plateforme : permettre aux développeurs non professionnels, voire aux utilisateurs eux-mêmes, d'étendre et de personnaliser la plateforme, plutôt que d'utiliser uniquement ce que les développeurs ont prédéfini. Bien que pour l'instant il s'agisse d'une simple arborescence de fichiers et d'une zone d'édition, une fois que "vous pouvez modifier le produit à l'intérieur du produit" est maintenu, l'espace de ce qui est imaginable s'ouvre.

Les plugins peuvent être signés, vérifiés et approuvés

Puisque la plateforme se dirige vers un écosystème où « n’importe qui peut créer des plugins et les partager », la sécurité doit d’abord fixer des règles. Cette journée a donné aux packages de plugins un mécanisme de confiance totale : une signature numérique à l'exportation, une vérification automatique à l'importation pour confirmer qu'un package provient véritablement de l'auteur qu'il prétend et n'a pas été falsifié pendant le transport ; le système conserve une liste de confiance enregistrant les sources qui sont dignes de confiance ; et une fois la signature d'une source révoquée, l'installation fraîche de ses plugins est carrément bloquée. Cela s'appuie sur l'approche mature « signature + chaîne de confiance » dans la distribution de logiciels, avec un objectif clair : lorsque vous installez le plugin de quelqu'un d'autre, vous n'avez pas besoin de faire confiance aveuglément. Un écosystème de plugins ouvert sans cette base de confiance sera tôt ou tard mordu par des plugins malveillants ou falsifiés ; l’établir alors que l’écosystème est encore petit est une décision responsable.

Moteur : lumière du ciel ambiant + ombres + scènes à l'échelle du jeu

La qualité de l'image du moteur a encore progressé ce jour-là. Avec l'ajout d'une lumière ambiante basée sur l'image, les objets sont doucement éclairés par leur environnement : les zones ombragées ne sont plus noires, les surfaces lisses reflètent la couleur de l'environnement et la lumière de l'ensemble de la scène devient naturelle et raffinée ; avec les ombres directionnelles existantes, la relation lumière-obscurité est plus complète et crédible. Plus révélateur : aujourd'hui, le moteur pouvait charger et restituer dans son intégralité une grande scène d'intérieur complexe à l'échelle du jeu, avec plusieurs lumières allumées en même temps. Exécuter une scène d'une telle ampleur réelle est un test difficile pour la "préparation au monde réel" d'un moteur de rendu - cela signifie que le moteur est passé de l'étape de démonstration "peut faire tourner un cube" à l'étape "peut résister au contenu du jeu réel".

Un atelier entièrement plug-in : de nombreux outils sur une seule architecture

Aujourd'hui, le workbench est entièrement pluginisé : des outils tels que le personnage, la narration et l'auteur du plugin fonctionnent désormais tous comme leurs propres pages intégrées sur la même architecture de plugin à surface divisée, et non plus des cas spéciaux codés en dur dans l'interface principale. Le côté interface a également modifié "quels plugins charger" d'une table codée en dur à un abonnement à un registre de plugins dynamique - ce qui est installé est ce qui s'affiche, sans aucune modification du code du programme principal. Chat peut également invoquer la capacité d'un plugin directement avec une commande /tool. L'importance est considérable : il met les "fonctionnalités intégrées" et les "plugins tiers" sur la même ligne de départ : les outils de la plateforme et ceux des autres suivent les mêmes règles d'intégration. Ce n'est que lorsque les fonctionnalités principales d'un système peuvent elles-mêmes exister sous forme de plugins qu'il a réellement le potentiel d'être étendu sans limite.

Ce que signifie cette journée

Le mot clé de cette journée est « confiance ». Actions risquées nécessitant que vos sources de nod et de plugin soient une adresse vérifiable "est-ce que j'ose le laisser agir, est-ce que j'ose installer les choses des autres" ; l'atelier entièrement plug-inisé et les plugins d'édition à l'intérieur de l'adresse du produit « cette plate-forme peut-elle être étendue sans limite, les utilisateurs peuvent-ils le faire eux-mêmes » ; le moteur ajoutant de la lumière et des ombres ambiantes et exécutant des scènes à l'échelle réelle répond "à ce qu'il rend réellement beau et assez réel". La sécurité, l'ouverture et la qualité de l'image ressemblent à trois choses, mais toutes ouvrent la voie à un avenir : une plate-forme sur laquelle vous osez véritablement confier la création, qui peut continuer à étendre vos propres idées et qui produit un travail présentable. Ce n’est qu’en posant solidement les bases de la confiance que l’on peut parler d’accorder une plus grande liberté aux utilisateurs.