💬 Carte des Intentions du Chatbot de Support — Routage par Plus Proche Voisin
Simulateur interactif de chatbot de support : tapez un message, observez-le être plongé dans un espace 2D et acheminé vers le cluster d'intention le plus proche grâce à une véritable classification par centroïde le plus proche.
À propos de la Carte des Intentions du Chatbot de Support
Avant qu'un chatbot de support client ne puisse répondre à quoi que ce soit, il doit d'abord comprendre ce que vous demandez réellement. Cette première étape s'appelle la classification d'intention : le système lit votre message et l'assigne à l'une d'un ensemble fixe de catégories — « suivre ma commande », « je veux un remboursement », « réinitialiser mon mot de passe » — chacune déclenchant un flux de travail différent en aval. Les systèmes modernes font cela en plongeant le texte dans un espace vectoriel de haute dimension à l'aide d'un modèle transformeur et en comparant les distances, mais l'idée géométrique sous-jacente est la même que celle que cette simulation montre en deux dimensions : chaque intention occupe une région de l'espace, et un nouveau message est acheminé vers la région dont il est le plus proche.
Cette simulation définit six intentions de support fixes, chacune dotée d'un petit dictionnaire de mots-clés construit à la main et d'une position de centroïde 2D précalculée. Taper un message le découpe en tokens, note le chevauchement de mots-clés par rapport à chaque intention, et place votre message à la moyenne pondérée par similarité des six centroïdes — un véritable classificateur par centroïde le plus proche, fonctionnel, simplement compressé à un vocabulaire assez petit pour rester visible. Observez le point voler vers sa position, se relier à l'intention gagnante par une ligne, et consultez le graphique en barres de similarité et le journal d'acheminement en direct. Activez le « mode ambigu » pour voir ce qui se passe quand un message n'appartient pas clairement à une seule catégorie.
Questions fréquentes
Qu'est-ce qu'un classificateur d'intention, et pourquoi les chatbots de support en utilisent-ils un ?
Un classificateur d'intention est un modèle qui lit un texte libre et l'assigne à l'une d'un ensemble fixe de catégories — des « intentions » — comme suivre une commande ou réinitialiser un mot de passe. Les chatbots de support en utilisent un comme toute première étape d'une conversation : avant de pouvoir générer une réponse, le système doit décider lequel, parmi quelques dizaines de flux de travail possibles, le client souhaite réellement. Acheminer vers la mauvaise intention signifie que le bot répond entièrement à côté de la question, si bien que cette étape de classification est traitée comme un verrou strict avant toute production de réponse.
Comment cette simulation transforme-t-elle un texte en position 2D ?
Chaque intention possède un petit dictionnaire de mots-clés construit à la main avec des poids ; par exemple, « suivre » et « colis » obtiennent un score élevé pour l'intention « Suivi de commande ». Votre message est découpé en tokens, et chaque token est comparé au dictionnaire de chaque intention (avec une simple correspondance de préfixe, si bien que « facturé » correspond toujours à « facture »). Cela produit un score de similarité brut par intention, normalisé en une distribution proche d'une probabilité. La position 2D du point est alors la moyenne pondérée des six centroïdes fixes d'intention, pondérée par ces scores normalisés — un message qui obtient un score élevé sur une intention atterrit directement sur ce cluster, tandis qu'un message ambigu atterrit quelque part entre les deux.
Comment un système réel plongerait-il le texte au lieu d'une correspondance de mots-clés ?
Les systèmes en production codent rarement des listes de mots-clés à la main. Les approches classiques utilisent des vecteurs TF-IDF sur un grand vocabulaire combinés à un classificateur linéaire ou une règle du centroïde le plus proche — essentiellement une version de plus haute dimension de ce que fait cette simulation. Les systèmes modernes utilisent des plongements de phrases par transformeurs (modèles comme BERT ou sentence-transformers) qui projettent une phrase entière vers un vecteur dense de 384 à 1536 nombres, entraînés pour que des phrases sémantiquement similaires atterrissent proches l'une de l'autre même sans mots partagés — ainsi « mon colis n'est pas arrivé » et « où est ma commande » finissent proches l'un de l'autre bien que ne partageant presque aucun vocabulaire. Cette simulation compresse cette idée en 2 dimensions et une minuscule liste de mots-clés afin que la géométrie reste visible.
Que signifie la « confiance » ici, et que se passe-t-il quand elle est faible ?
La confiance est le score de similarité normalisé de l'intention gagnante — si « Suivi de commande » obtient 0,72 et que toutes les autres intentions se partagent les 0,28 restants, le routeur est plutôt confiant. Quand le score le plus élevé est faible (environ en dessous de 0,4 dans cette simulation), cela signifie généralement que le message contient des mots-clés de deux intentions ou plus, ou d'aucune des intentions connues. Les systèmes réels gèrent la faible confiance en se rabattant sur une question de clarification (« Vouliez-vous suivre une commande, ou faire un retour ? ») ou en acheminant directement vers un agent humain plutôt que de deviner et de donner une mauvaise réponse.
Pourquoi le mode ambigu produit-il un acheminement à faible confiance ?
Le mode ambigu construit des messages d'exemple qui mélangent délibérément des mots-clés de deux intentions différentes, par exemple en combinant un langage de suivi et de facturation dans une même phrase. Comme le score de similarité se répartit à peu près également entre les deux intentions correspondantes, la confiance normalisée du « gagnant » chute fortement et le point est attiré vers une position entre les deux clusters au lieu de se poser sur l'un ou l'autre. Cela reflète les vrais tickets de support, où les clients décrivent souvent un problème qui chevauche deux catégories, comme « mon remboursement a été crédité sur la mauvaise carte ».
Pourquoi cette simulation ne se souvient-elle pas des messages précédents ?
Chaque message ici est classifié indépendamment, sans mémoire de ce qui a été dit auparavant — exactement comme un classificateur d'intention à un seul tour. Les vrais systèmes conversationnels maintiennent un état de dialogue à travers les tours : si un utilisateur dit « suis ma commande » puis « en fait annule-la », un classificateur sans état pourrait mal acheminer le second message car « annule-la » seul est ambigu. Les chatbots en production résolvent cela en injectant les tours de conversation récents dans l'étape de plongement ou en maintenant un état de dialogue explicite à remplissage de créneaux, ce qui est considérablement plus complexe que la simple consultation d'un message isolé montrée ici.
Qu'est-ce que la classification par centroïde le plus proche, et en quoi diffère-t-elle du k-NN ?
La classification par centroïde le plus proche représente chaque classe par un unique point récapitulatif (le centroïde, ou moyenne, des exemples de cette classe) et assigne un nouveau point au centroïde le plus proche. Les k plus proches voisins comparent au contraire un nouveau point à chaque exemple d'entraînement individuel et prennent un vote majoritaire parmi les k plus proches. Le centroïde le plus proche est plus rapide et plus simple — exactement une comparaison de distance par classe — mais suppose que chaque classe forme un unique amas compact et à peu près convexe ; le k-NN peut gérer des classes de forme irrégulière ou multimodale, au prix du stockage et de la recherche dans l'ensemble complet des données d'entraînement.
Deux intentions pourraient-elles avoir des vocabulaires de mots-clés qui se chevauchent dans un déploiement réel ?
Oui, et c'est l'une des parties les plus difficiles de la conception d'une taxonomie d'intentions. Des mots comme « carte » ou « compte » apparaissent aussi bien dans les intentions de facturation, de réinitialisation de mot de passe et liées à la fraude. Les systèmes réels réduisent ce chevauchement en s'entraînant sur des milliers de messages clients réels étiquetés plutôt que sur des listes de mots-clés écrites à la main, ce qui permet au modèle d'apprendre quelles combinaisons de mots — et non les mots isolés — sont réellement diagnostiques. Les équipes revoient aussi régulièrement les « paires de confusion » (intentions que le modèle mélange fréquemment) et les fusionnent, ajoutent des exemples d'entraînement plus contrastifs, ou les divisent en sous-intentions plus fines.
Tapez un message de support et observez-le être plongé dans un espace 2D et acheminé vers le cluster d'intention le plus proche en temps réel.
3D · Moteur de rendu Three.js / WebGL · Cible 60 FPS · fonctionne entièrement côté client, sans installation