Le noyau intelligent de Self Cube est une couche d'orchestration des modèles, des connaissances et des solutions sur la plateforme bancaire, et non un chat séparé ou un remplacement de l'ABS. Il abrite 27 scénarios AI : service, analyse, sécurité, personnalisation et agents autonomes. Le noyau décide quel module appeler, quel contexte donner au modèle et quelles limites appliquer, afin que les pilotes ne se dispersent pas entre différents fournisseurs. Il est important de le distinguer du noyau comptable : les comptes et les écritures restent dans l'ABS, l'intelligence orchestre les scénarios autour d'eux. Sans l'orchestrateur, ces mêmes 27 modules redeviennent des projets disparates.

L'ABS gère les comptes, les soldes et les écritures - c'est de la comptabilité. Le noyau intelligent ne traite pas l'argent lui-même et ne devient pas le livre principal de la banque. Il orchestre les scénarios AI : onboarding, KYC, anti-fraude, assistant, scoring - et délègue l'exécution aux services de domaine après application des règles. Les confondre est dangereux : remplacer l'ABS et mettre en œuvre une couche AI sont des programmes différents. Il est judicieux de dessiner une frontière au départ : ce qui reste dans le noyau comptable, ce qui passe par l'API de la plateforme, ce que le modèle a le droit de faire. Self Cube s'installe justement au-dessus de l'ABS existante, et non à sa place.

Non. Sur le noyau de Self Cube, les modules sont indépendants : d'abord le service et le risque - chatbot, onboarding, KYC, anti-fraude - puis la personnalisation et le scoring, puis les agents autonomes. Une orchestration générale est nécessaire justement pour ne pas tout activer en bloc et ne pas créer des modèles séparés sans audit. Il est judicieux de choisir 2 à 4 scénarios où il y a des données et un effet mesurable, et seulement ensuite d'élargir le catalogue. "Tous les 27 au jour du lancement" signifie généralement que la banque n'est pas encore prête, ni en termes de données, ni de processus. L'inclusion par étapes est ici la norme, et non une version réduite du produit.

Oui. La banque peut inclure des modules prêts à l'emploi de Self Cube, connecter des modèles partenaires et assembler ses propres services sur les mêmes connecteurs et modèles. Le noyau est justement là pour que différents modèles vivent dans un même cadre de limites, de masquage et de journal, et non que chaque équipe ait son propre chat. Il est judicieux de décider à l'avance quelles données ont le droit de sortir vers un modèle externe, et ce qui reste à l'intérieur du périmètre. Si un modèle externe obtient un accès brut à la base de clients, l'orchestrateur ne sauve plus. La politique de contexte est plus importante que la marque du modèle.

L'orchestrateur choisit un scénario, collecte le contexte minimal, applique des limites et décide si la tâche va dans le modèle, dans la règle ou vers une personne. Les agents n'ont pas un accès libre aux services : ils travaillent à travers des actions autorisées et ne sortent pas du cadre industriel. L'analyse, l'anti-fraude et les modèles lourds peuvent fonctionner de manière asynchrone sur des événements, afin de ne pas ralentir le pas du client. Il est judicieux de ne pas se demander "quel réseau de neurones est à l'intérieur", mais qui décide ce que les modèles peuvent voir. Sans ce bifurcation, le pilote se transforme rapidement en accès incontrôlé aux données.

Le scénario cible de l'onboarding numérique sur le noyau de Self Cube est de 1 à 2 minutes : documents, biométrie, vérifications et activation dans un seul parcours, sans visite en agence comme étape obligatoire. C'est un repère pour le module, et non un délai pour la mise en œuvre de l'ensemble de la plateforme, ni une promesse pour n'importe quelle banque avec n'importe quel fournisseur KYC. Le temps réel dépend des sources de vérification, de la qualité des documents et des exceptions manuelles que la banque laisse. Il est judicieux de mesurer séparément le chemin heureux et le chemin avec des refus : le pilote se casse souvent sur les exceptions. L'onboarding est inclus dans la première vague justement parce que l'effet est visible pour le client et l'opérateur.

Non, par défaut non. La couche autonome est activée après les modules de base et prédictifs, sous l'orchestrateur et l'humain dans le circuit. Les compétences des agents dans le bac à sable simulent l'onboarding, le paiement et l'ouverture de compte : l'argent réel ne bouge pas, le client opérationnel n'est pas créé. Il est logique d'interdire explicitement aux modèles d'effectuer des actions administratives et d'accéder directement aux services internes. Si le pilote demande immédiatement « fais une vraie traduction », c'est déjà un déploiement industriel avec une solution distincte, et non une démo du noyau. La frontière doit être dans les autorisations, et non dans un accord verbal.

Un chatbot ordinaire répond par du texte dans le canal de support et vit souvent séparément du DBO. L'assistant financier sur noyau intelligent prépare l'action dans le même circuit que les limites, le profil et les services de paiement : il peut rassembler un brouillon d'opération, expliquer la restriction et transmettre l'exécution au domaine. Il ne transfère pas d'argent lui-même. Il est logique de vérifier si l'assistant voit uniquement la FAQ ou aussi l'état du produit du client. S'il n'y a pas de connexion avec l'API de la plateforme, c'est encore un bot, même si à l'intérieur il y a un grand modèle linguistique. Le noyau fournit justement cette connexion sans contourner les règles.