Avancé
Living Capabilities : connecteurs, actions et correspondance des champs
Version 1.0 · Dernière mise à jour le 2026-08-20
Le Living Knowledge indique à l'agent ce que votre entreprise sait. La Living Memory lui indique qui est le client. Les Living Capabilities lui permettent d'agir dans vos autres systèmes : vérifier une commande, changer de formule, déposer une demande, réserver un rendez-vous. Chaque action passe par un connecteur, avec les permissions que vous définissez et une traçabilité d'audit que vous pouvez consulter.
Concepts clés
Connecteurs standards
Des connecteurs prêts à l’emploi pour les systèmes courants. CRM (Salesforce, Hubspot). Helpdesks (Zendesk, Freshdesk, Jira Service Management, Zoho Desk, Xurrent). Bases de connaissances (Confluence, Google Drive, BookStack, Zenya, ClickHelp, Azure DevOps Wiki, WordPress). Chat en direct (Zendesk Sunshine Conversations, Freshchat). Data lakes (Visma Data Lake). Se configurent avec OAuth et une sélection de champs.
Serveurs MCP
Connectez votre propre serveur MCP pour exposer à l’agent des outils internes, des API personnalisées ou des sources de données propriétaires, via un protocole standard. L’agent lit et agit via MCP de la même façon que via n’importe quel autre connecteur, avec la même traçabilité d’audit.
Connecteurs personnalisés
Construisez votre propre connecteur lorsqu’un système ne figure pas sur la liste standard et que MCP ne convient pas. Utilise le cadre de connecteurs d’Unless. Vos développeurs, votre chargé de compte ou Unless Studio peuvent en mettre un en place.
Actions
Chaque connecteur peut aussi exposer des actions : mettre à jour un profil, modifier un abonnement, créer un ticket, déclencher un renouvellement. Vous définissez la permission action par action : l’agent peut l’exécuter seul, elle nécessite l’approbation d’un humain, ou elle est interdite. Aucune action irréversible n’est exécutée sans qu’un humain ait d’abord approuvé cette limite.
Correspondance des champs
Chaque connecteur expose des données à l’agent via des correspondances de champs. Vous décidez quels champs l’agent voit. Les champs sensibles peuvent être tokenisés via le Coffre-fort de confidentialité.
Comportement d’actualisation
Les connecteurs sont lus en direct au moment de l’interaction, pas synchronisés à l’avance. Il n’existe aucune copie en cache de votre CRM au sein d’Unless. L’agent interroge la source lorsqu’il a besoin de la donnée.
Gestion des pannes
Si un connecteur est lent ou indisponible, l’agent bascule proprement en mode dégradé. Il continue de répondre, mais ne peut pas effectuer les actions que ce connecteur aurait rendues possibles.
Ce que vous pouvez faire ici
- Ajouter un nouveau connecteur standard
- Configurer la correspondance des champs d’un connecteur existant
- Définir la permission de chaque action qu’un connecteur expose
- Construire un connecteur personnalisé (avec l’aide d’un développeur ou de votre chargé de compte)
- Tokeniser des champs sensibles via le Coffre-fort de confidentialité
- Inspecter les données en direct qu’un connecteur expose
- Configurer le comportement en cas de panne, par connecteur
Quand l’utiliser
- Votre système ne figure pas sur la liste des connecteurs standards
- L’agent doit voir un champ absent de la correspondance par défaut
- Vous voulez que l’agent fasse quelque chose dans un système, et pas seulement qu’il y lise des données
- Un connecteur existant expose trop de données (une revue de confidentialité l’a signalé)
- Vous mettez en place une nouvelle étape du parcours qui nécessite de nouvelles données
Comment ça marche
Lorsque l’agent a besoin d’une donnée ou doit agir, il fait appel au connecteur. Le connecteur lit dans votre système avec vos identifiants, renvoie les champs demandés, et l’agent les utilise dans la conversation. Les données à caractère personnel (PII) passent par le Coffre-fort de confidentialité avant d’atteindre le moindre modèle génératif tiers.