MCP explique aux equipes metier : connecter l'IA aux outils

Imaginez que chaque appareil electrique ait une prise differente. Il faudrait un adaptateur par appareil et par pays. C'est ce qui se passait avec les integrations d'IA : pour qu'un assistant lise un agenda, interroge une base ou ouvre un ticket, il fallait une integration sur mesure, propre a cet assistant et a cet outil. Le Model Context Protocol, ou MCP, joue le role d'une prise commune : l'outil publie ce qu'il sait faire dans un format standard, et n'importe quelle application compatible peut le decouvrir et l'utiliser.

Techniquement, un serveur MCP expose des outils, des fonctions que l'IA peut appeler avec des parametres, et parfois des ressources, comme des documents ou des donnees a lire. Un client MCP, c'est l'application d'IA, chat, agent ou environnement de developpement, qui se connecte au serveur, liste ce qu'il propose et le met a disposition du modele. Le modele decide quand appeler un outil, le client execute l'appel, et le resultat revient dans la conversation.

Le protocole a ete presente par Anthropic en novembre 2024 comme standard ouvert, et il a ete repris depuis par de nombreux editeurs et projets ; sa specification et sa documentation sont publiees sur modelcontextprotocol.io. Pour une equipe metier, il n'est pas necessaire d'en connaitre les details techniques. Ce qu'il faut retenir, c'est que connecter un outil devient une operation repetable, avec des regles de securite que l'on peut auditer.

Premier sens : Octobot est le client. Les agents de l'espace disposent d'un catalogue de connecteurs MCP. Chaque appel passe par une porte de controle qui decide s'il est autorise, s'il demande une confirmation, et dans ce cas la tache passe en attente d'un Autoriser ou Refuser. Les connecteurs peuvent etre actives par bot et par outil, de facon a ne donner a chaque bot que ce dont il a besoin. Les resultats retournes par un outil externe sont traites comme des donnees et non comme des instructions.

Second sens : Octobot est le serveur. L'espace expose un point d'acces MCP, protege par une cle d'API de l'espace, a travers lequel un autre client MCP, par exemple Claude Desktop, un editeur de code ou un agent interne, peut piloter les bots de l'espace. Ce serveur est volontairement borne : il peut lister les bots et les conversations, les lire et les rechercher par pages, envoyer un message a un bot, demarrer une tache ou un objectif, suivre une tache, l'interrompre et changer le modele d'un bot inactif. Il ne peut pas approuver une action, supprimer quoi que ce soit, modifier un reglage, un droit ou un identifiant : ces operations restent dans l'application destinee aux humains. Chaque appel agit comme le membre qui a cree la cle, avec ses droits, son budget et ses confirmations.

Cette asymetrie est voulue. Un outil externe qui pilote l'espace ne doit jamais pouvoir contourner la validation humaine. Elle illustre un principe general a appliquer a tout serveur MCP que vous installez : donnez le minimum de pouvoirs necessaire.

Si vous n'avez pas de service informatique, le catalogue de connecteurs suffit en general : vous activez ce qui est propose. Si vous en avez un, impliquez-le des qu'il s'agit d'exposer un outil interne ou d'utiliser le serveur MCP d'Octobot depuis un autre client : il devra creer la cle d'API, definir qui la detient et la faire tourner regulierement.

Quelques questions utiles a lui poser : le serveur MCP envisage est-il maintenu et de provenance connue ? Quelles donnees traversent-il ? Les appels sont-ils journalises ? Peut-on limiter ses droits ? Et comment le retire-t-on ? Ces questions suffisent a ecarter la plupart des mauvaises idees.

Gardez enfin en tete que MCP est un standard recent, qui evolue. Les fonctions et les bonnes pratiques de securite changent, et la documentation officielle reste la reference. Une revue semestrielle des connecteurs actifs est un minimum raisonnable.

Pour un responsable support, un connecteur vers l'outil de tickets permet a un agent de lister les demandes ouvertes depuis la veille, de les regrouper par theme et de preparer un resume pour la reunion du matin. La lecture suffit, aucune ecriture n'est necessaire, et le risque reste faible. C'est le meilleur point de depart.

Pour un developpeur ou un responsable technique, le serveur MCP d'Octobot permet de piloter l'espace depuis son environnement de travail : demander a un bot de relire une note, lancer une tache de recherche, suivre son avancement, sans changer d'application. L'interet est le confort ; la limite est que les validations restent dans l'application web, ce qui est precisement le but.

Pour un responsable commercial, un connecteur vers un CRM peut alimenter la preparation d'un rendez-vous. La lecture seule d'une fiche contact est utile et peu risquee ; la modification d'une opportunite demande en revanche une confirmation, voire une decision d'administrateur selon le niveau de risque. Avant de promettre cet usage a l'equipe, verifiez dans votre espace que la connexion au CRM est bien disponible et testee.

Pour la direction, l'enjeu est ailleurs : savoir quels outils sont connectes, par qui, et avec quels droits. Demandez a la personne qui administre l'espace un inventaire simple des connecteurs actifs et de leurs permissions, et une revue periodique. Cette regle vaut pour MCP comme pour toute integration.

Dans tous ces cas, la reponse a la question faut-il connecter cet outil se resume a trois points : l'usage est-il precis, le perimetre est-il le plus etroit possible, et les actions sensibles passent-elles par une validation humaine ? Si l'un des trois manque, differez la connexion.