Les compétences sont des actions autorisées, et non pas « l'agent sait communiquer ». Dans Self Bank, dans le bac à sable, il est actuellement possible de lire le catalogue de produits et de simuler l'onboarding, le paiement et l'ouverture de compte. Un résumé analytique est présent dans le catalogue comme fonctionnalité prévue : les schémas et les risques sont déjà décrits, mais ne sont pas fournis dans le bac à sable avec les simulations. Sans permission, la compétence n'est pas accessible, il n'y a pas de « fais ce que tu veux » libre. Il est important de ne pas confondre compétence avec prompt dans le chat. Si une action ne peut pas être invoquée comme un contrat avec risque et journal, ce n'est pas une compétence de la plateforme.

L'assistant et le chatbot répondent par du texte. L'agent invoque une compétence avec autorisation : il trouve une possibilité dans le catalogue, assemble un brouillon, reste dans le bac à sable. Il n'est pas « un opérateur intelligent avec accès à tous les services ». Il est pertinent de consulter la liste des permissions, et non la qualité des formulations. Si le bot n'a pas de compétences et de limites explicites, il ne peut pas être honnêtement appelé agent de Self Bank. La différence est critique pour le risque : le texte dans le chat et l'appel simulatePayment sont des contours différents, même si les deux ressemblent à un dialogue.

Non. La compétence simulatePayment ne valide que le scénario dans le bac à sable : itinéraire, champs, limites de simulation. L'argent ne bouge pas, le transfert réel n'est pas créé. Ce n'est pas un agent de paiement bancaire au sens de la loi sur le système national de paiement et pas un « robot dans le centre de règlement ». Il est pertinent d'interdire explicitement l'attente d'un paiement réel en démo. Si un paiement industriel est nécessaire, c'est un déploiement séparé avec un autre ensemble d'autorisations, qui par défaut n'existe pas. Le bac à sable ici n'est pas une formalité, mais une limite produit.

Non. simulateOnboarding est un parcours d'apprentissage de documents, de vérifications et de risques sans entité client réelle dans l'ABS. L'agent apprend à suivre le scénario, la banque ne reçoit pas de clients « indésirables » en production. Il est pertinent de ne pas lancer cette compétence contre un KYC industriel « pour que ce soit plus réaliste ». Le réalisme du bac à sable réside dans le contrat des étapes, et non dans l'enregistrement dans la base de données réelle. Si l'onboarding crée soudainement une personne, c'est déjà une faille dans les permissions, et non une fonctionnalité.

Même les agrégats révèlent le contour du client et nécessitent un modèle d'accès. Par conséquent, analytics.summary.read est une autorisation distincte avec un risque moyen, tandis que la lecture du catalogue de produits est de moindre risque. Le résumé dans le catalogue est encore prévu : il ne peut pas être considéré comme déjà délivré dans le bac à sable avec les simulations. Il est pertinent de ne pas donner l'analytique « à tous les agents à qui le chat a été donné », même lorsque la compétence sera activée. Si le résumé contient des coupes qui permettent d'identifier une personne ou un portefeuille, ce n'est déjà plus un FAQ inoffensif. Le catalogue peut être montré plus largement, l'analytique uniquement aux scénarios où elle est nécessaire.

Par des autorisations explicites. Actuellement dans le bac à sable : catalog.read et simulations d'onboarding, de paiement, d'ouverture de compte. analytics.summary.read est déjà présent dans le modèle d'accès comme un risque moyen distinct, mais la compétence de résumé est encore prévue - elle n'est pas délivrée « déjà maintenant avec tous ». Il n'y a pas de compétence pour des actions administratives, de l'argent réel et un accès libre aux services internes dans l'ensemble. Il est pertinent de donner le minimum pour le scénario, et non « toutes les compétences en même temps pour la commodité ». Si l'agent a tout, le bac à sable cesse d'être un bac à sable.

Uniquement après une décision distincte sur le déploiement : bac à sable, journal, propriétaire de l'intégration, scénario clair et ce que l'agent n'a toujours pas le droit de faire. Par défaut, l'agent n'accède pas à la production. Il est logique de ne pas considérer une démonstration réussie de simulation comme une base pour activer les paiements en production. Le contour industriel — un autre modèle d'environnement et une autre évaluation des risques. Tant que cette décision n'est pas prise, la bonne issue est de rester dans le bac à sable ou d'arrêter le pilote, et non de « toucher un peu à la production ».

Mouvement d'argent réel, création de clients en production, opérations administratives libres, accès ouvert aux services internes en contournant le portail. Ce n'est pas un manque dans le catalogue, mais une limite du produit. Il est logique de comparer toute nouvelle compétence avec cette liste. Si l'entreprise demande « fais simplement le paiement, comme dans l'application », ce n'est déjà plus l'ensemble actuel de Self Bank. D'abord, on change le modèle d'environnement et les autorisations, ensuite — la démonstration. Sinon, l'agent se transforme en un service incontrôlable avec des droits d'employé.