Vos systèmes internes, utilisables par l'IA
Le protocole MCP (Model Context Protocol) est la façon standard de présenter des outils à une IA. Branchez l'adresse d'un serveur MCP — ou la spécification OpenAPI d'une API que vous avez déjà — et ses outils deviennent disponibles dans le chat, au même titre que ceux intégrés à la plateforme.
Deux façons de brancher vos systèmes
Selon ce que votre service expose déjà, vous choisissez le mode de branchement — le reste de l'expérience est identique.
Un serveur MCP distant
Vous saisissez l'adresse du serveur. Ses outils sont détectés en direct, à chaque utilisation dans le chat : quand le serveur en ajoute, ils apparaissent sans que vous ayez à toucher à la configuration.
Une API que vous avez déjà
Si votre service n'est pas MCP mais expose une spécification OpenAPI, collez-la : la plateforme en dérive les outils et appelle l'API en HTTPS. Vous pouvez alors renommer les outils, en masquer et fixer des paramètres.
Toutes les authentifications usuelles
Aucune, jeton Bearer, clé d'API, identifiant et mot de passe, ou OAuth 2.0 complet. Les valeurs sensibles sont chiffrées au repos.
Partagés ou personnels
Vous saisissez des identifiants une fois pour tout le monde, ou vous demandez à chaque personne les siens — utile quand le système distant doit savoir qui agit.
Connexion en un clic quand c'est possible
Sur un serveur qui suit le standard jusqu'au bout, aucun identifiant n'est à coller : la personne clique sur Connecter et s'authentifie chez le fournisseur.
Utilisables par l'IA comme les autres
Une fois publié, le connecteur apparaît dans le sélecteur du chat. L'assistant peut aussi le mobiliser de lui-même au cours d'un échange, quand la demande l'exige.
Ouvert à vos équipes, encadré par vos administrateurs
Ajouter un connecteur n'est pas réservé aux administrateurs — mais rien n'est visible par toute l'organisation tant que quelqu'un ne l'a pas décidé.
- 01
En libre-service, par défaut
Toute personne autorisée peut brancher un serveur pour elle-même. Le connecteur qu'elle crée reste privé jusqu'à ce qu'elle le partage.
- 02
Administré à l'échelle de l'organisation
Vos administrateurs voient et modifient tous les connecteurs, et décident de leur visibilité : réservé aux administrateurs, ouvert à tous, limité à des personnes ou des groupes, ou masqué.
- 03
Rien n'est public par accident
Un connecteur qui vient d'être ajouté n'apparaît chez personne d'autre tant que sa visibilité n'a pas été choisie. C'est un choix délibéré du produit.
- 04
Traçable
Les créations, modifications, suppressions et partages sont journalisés, et un panneau montre les appels récents d'un connecteur pour diagnostiquer ce qui se passe.
Ce qu'il faut savoir avant de brancher
Un connecteur fait sortir des requêtes de votre instance vers un service tiers : voici les contours exacts.
- Seuls les serveurs MCP accessibles en HTTP(S) sont pris en charge. Un serveur local lancé en sous-processus (stdio) ne l'est pas — une instance conteneurisée ne peut pas et ne doit pas le démarrer.
- Les adresses privées, locales ou internes sont refusées, à l'ajout comme à chaque appel, pour éviter qu'un connecteur ne serve à sonder votre réseau.
- Les redirections ne sont jamais suivies : un serveur qui répond par une redirection échouera, volontairement, pour ne pas rejouer vos identifiants ailleurs.
- Seul le texte renvoyé par les outils est transmis au modèle ; les images et ressources renvoyées sont remplacées par une mention.
- Si le serveur distant ne répond pas, le connecteur apparaît simplement sans outils plutôt qu'avec une erreur.
- Le journal des appels récents est une fenêtre de diagnostic (les 50 derniers appels), pas un archivage : il contient aussi les paramètres envoyés.
Branchez votre premier serveur
Créez votre espace, ajoutez l'adresse de votre serveur MCP et choisissez qui peut l'utiliser.