Knowledge Hub : connecter vos sources sans perdre leurs droits
Connecter plutôt que migrer, garder les droits de chaque source, suivre les mises à jour et les retraits : ce que lisent Scalter et vos agents.
Sommaire
Un agent ne vaut que ce qu’il peut lire. Le Knowledge Hub est la partie de Scalt qui relie vos sources, organise leurs droits d’accès et suit leurs mises à jour. C’est ce que lisent Scalter et vos agents. Voici comment il fonctionne, et pourquoi nous l’avons construit autour des droits plutôt qu’autour du volume.
Le coût des silos
Dans la plupart des entreprises, l’information utile est répartie entre un drive, un wiki, un CRM, un outil de support et quelques bases de données. Chaque outil a sa recherche, ses droits et ses habitudes. Pour répondre à une question simple sur un client, il faut souvent en ouvrir trois, et savoir lequel fait foi.
La réponse habituelle consiste à exporter les données dans un nouvel espace partagé. Elle crée un silo de plus, vite périmé, où les droits d’origine ont disparu. C’est exactement ce que nous voulions éviter. Chaque copie devient aussi une question de plus pour la sécurité : qui y a accès, et jusqu’à quand ?
Connecter plutôt que migrer
Le Knowledge Hub se branche sur vos sources là où elles sont : documents, bases et CRM, APIs, stockage cloud, flux en direct et web, par exemple Notion, Drive, SharePoint, Confluence, HubSpot, Postgres, Snowflake ou S3. Vous choisissez un connecteur, vous vous authentifiez, vous prévisualisez ce qui sera lu. Vos équipes continuent de travailler dans leurs outils ; rien n’est à migrer.
Soyons précis : pour que la recherche soit rapide, Scalt garde un index, c’est-à-dire une copie de travail du texte extrait et de sa représentation pour la recherche. Cet index est synchronisé avec la source, versionné, et purgé quand la source retire un document. La source reste la référence ; l’index n’en est que le reflet.
Contrôlé avant d’être indexé
Connecter une source ne veut pas dire tout indexer les yeux fermés. Chaque document est contrôlé avant d’entrer dans l’index : provenance et format, qualité de l’extraction, données personnelles, instructions cachées, doublons et contradictions. Au moindre doute, il reste en quarantaine et n’est jamais servi à un agent sans revue. Nous détaillons ces contrôles dans notre article sur l’IA d’entreprise et les données.
Les droits de chaque source, appliqués à la lecture
Un agent ne doit jamais lire plus que son utilisateur. Le Knowledge Hub découvre les entités de chaque source, et les droits s’accordent par équipe ou par personne. Au moment où un agent ou Scalter cherche, ces droits sont appliqués : un commercial ne voit pas les contrats d’une autre région, et l’agent qui travaille pour lui non plus.
Appliquer les droits à la lecture, plutôt que filtrer une réponse déjà rédigée, fait toute la différence pour la confidentialité : un document auquel vous n’avez pas accès n’entre jamais dans le contexte de l’agent, et ne peut donc pas transparaître dans sa réponse.
Accorder les droits par équipe plutôt que personne par personne simplifie leur gestion : une personne rattachée à une équipe, et les agents qui travaillent pour elle, lisent ce que cette équipe peut lire. Vous réglez les accès une fois, dans le Knowledge Hub, au lieu de maintenir une liste d’exceptions à la main dans chaque outil.
Suivre les mises à jour et les retraits
Les sources se synchronisent selon un calendrier, et chaque synchronisation est une version. Vous comparez deux versions, vous revenez en arrière si une synchronisation a mal tourné, sans casser les agents qui lisent la source. Un document retiré d’une source est purgé de l’index sous 24 heures, et les durées de conservation se règlent source par source.
Trouver la bonne information
La recherche combine le sens et les mots : une recherche par vecteurs retrouve les passages proches de la question, une recherche par mots-clés retrouve les termes exacts, comme une référence de contrat, et les deux sont fusionnées puis reclassées par pertinence, en français comme en anglais. Au-dessus, un graphe relie entreprises, contacts, documents et dossiers, pour que les agents suivent des relations au lieu de deviner parmi des extraits.
Surveiller la santé des sources
Une source qui ne se synchronise plus, c’est un agent qui répond sur des données anciennes. Le Knowledge Hub affiche l’état de chaque source, les requêtes les plus fréquentes et la qualité de la recherche. Quand vous changez de méthode d’indexation, vous relancez le calcul en un clic.
Un socle commun
Scalter, la recherche et tous vos agents lisent le même Knowledge Hub, avec les mêmes droits. Une source se connecte une fois, se contrôle une fois, et sert partout. C’est ce qui évite d’avoir un agent par outil, chacun avec sa copie des données et ses propres règles. Quand vous ajoutez un agent, il n’y a rien à reconnecter : il lit les sources déjà branchées, avec les droits déjà réglés. Et quand vous retirez une source, elle disparaît pour tous en même temps.
Questions fréquentes
Où sont hébergés l’index et les documents ?
En France. La plateforme, vos documents et leurs sauvegardes sont hébergés en France, sur une plateforme exploitée par Scalt.
Les données connectées servent-elles à entraîner des modèles ?
Non. Vos données ne servent pas à entraîner les modèles, selon l’engagement contractuel de Scalt et les conditions de ses fournisseurs. Les données personnelles sont anonymisées avant tout appel à un modèle.
30 minutes avec un membre de l’équipe : votre besoin, vos outils, vos exigences de confidentialité.
Réserver une démoÀ lire aussi
- Point de vue · 8 min
L’IA d’entreprise commence par les données
Un agent se trompe d’abord à cause de ce qu’il lit. Contrôler les documents à l’entrée, puis les relier en graphe : c’est là que se joue la fiabilité.
- Ingénierie · 5 min
Comment Scalter choisit la prochaine action utile
Une réponse ne suffit pas : Scalter propose l’étape suivante, dit pourquoi, et vous laisse décider. Les choix de conception derrière.