BlogTechnique · 17 septembre 2026

Agents IA et MCP : agir sur vos outils sans perdre la main

Le MCP permet à un agent IA d'utiliser les fonctions d'un logiciel. Comment l'ouvrir à vos outils avec des droits limités et une validation humaine.

Tous les articles Nous écrire

Agents IA et MCP : agir sur vos outils sans perdre la main

Jusqu'à récemment, un assistant IA pouvait rédiger, résumer ou conseiller, mais il restait à l'extérieur de vos logiciels. Pour qu'il agisse, il fallait copier-coller ses réponses. Le Model Context Protocol, ou MCP, change cela : il permet à un agent IA d'utiliser directement les fonctions qu'un logiciel choisit d'exposer. Mettre à jour une fiche, créer un brouillon, lire un planning. C'est une ouverture puissante, et elle pose immédiatement une question : comment laisser un agent agir sans perdre le contrôle de ce qu'il fait ?

Ce qu'est le MCP

Le MCP est un protocole ouvert, présenté par Anthropic en novembre 2024 et adopté depuis par de nombreux outils. Il définit une façon standard, pour un logiciel, de décrire ce qu'un agent peut faire avec lui : les outils disponibles (des actions), les ressources consultables (des données) et les modèles de demandes. L'agent découvre ces fonctions, comprend leurs paramètres et les appelle quand la tâche l'exige.

L'intérêt d'un standard est le même que celui d'une prise électrique : un serveur MCP écrit une fois peut être utilisé par différents agents, sans développement spécifique pour chacun.

Ce que cela change pour une entreprise

Concrètement, un logiciel métier doté d'un serveur MCP peut être piloté en langage naturel par un agent autorisé.

Pour un site web, l'agent peut préparer un article, corriger une série de fiches ou vérifier les textes alternatifs des images.

Pour un outil interne, il peut préparer un récapitulatif, mettre à jour des statuts ou repérer des dossiers incomplets.

Pour une application métier, il peut assister un utilisateur dans une tâche répétitive, en s'appuyant sur les mêmes règles que l'interface.

Le gain ne vient pas de l'IA seule. Il vient du fait qu'elle agit dans le cadre que le logiciel lui fixe.

Garder la main : les principes

Une clé unique attachée par une courte chaîne à un socle métallique. — Un agent n'a que les droits que sa tâche exige.

Ouvrir un logiciel à un agent demande la même rigueur qu'ouvrir un accès à un nouveau collaborateur, et même un peu plus.

Des droits limités

Un agent ne doit jamais avoir plus de droits que la personne pour laquelle il agit, et idéalement moins. L'OWASP, dans sa liste des risques des applications utilisant des modèles de langage, décrit l'« agentivité excessive » : donner à un agent des fonctions, des permissions ou une autonomie qui dépassent ce que sa tâche exige. Le remède consiste à exposer peu de fonctions, bien définies, et à attacher l'agent à un rôle précis.

Une authentification propre

La spécification du MCP s'appuie sur OAuth pour l'autorisation des serveurs distants. Dans la pratique, une personne autorise explicitement l'agent à agir sur un logiciel, avec un périmètre donné, et peut révoquer cet accès à tout moment. Chaque action reste ainsi rattachée à une identité et à des droits.

Des brouillons, pas des publications

Pour tout ce qui est visible du public ou qui engage l'entreprise, l'agent produit un brouillon. Une personne relit, corrige si besoin, puis publie. C'est le principe que nous appliquons aux sites que nous construisons : un agent autorisé peut créer et modifier des contenus, mais la publication reste un geste humain.

Une trace de chaque action

Chaque appel de l'agent doit être journalisé : qui l'a autorisé, ce qui a été fait, quand. En cas de doute, on sait ce qui a changé et on peut revenir en arrière.

Des données traitées comme des données

Un agent lit des contenus : pages web, documents, messages. Certains peuvent contenir des instructions déguisées, écrites pour le détourner. C'est ce qu'on appelle l'injection d'instructions. Un serveur MCP bien conçu ne laisse pas un contenu lu déclencher une action sensible sans contrôle.

Concevoir un logiciel prêt pour les agents

Ajouter un serveur MCP à un logiciel existant est possible. Le concevoir dès le départ est plus simple. Quelques choix y aident :

Une logique métier côté serveur, que l'interface et l'agent partagent. L'agent ne contourne alors aucune règle.

Des fonctions nommées selon le métier, avec des descriptions claires, que l'agent comprend comme un collaborateur les comprendrait.

Un système de brouillons et de validation, pour séparer préparation et publication.

Des rôles dédiés aux agents, distincts de ceux des personnes.

C'est ce que nous intégrons dans les projets où cela a du sens, en complément d'experts humains qui restent disponibles. Pour en savoir plus sur les outils que nous utilisons, consultez la page l'écosystème Hultra.

Questions fréquentes

Un agent IA peut-il publier à ma place ?

Techniquement, si on lui en donne le droit. Nous recommandons de ne pas le faire pour ce qui est public ou engageant : l'agent prépare, une personne publie.

Le MCP est-il lié à un seul fournisseur d'IA ?

Non. C'est un protocole ouvert, documenté publiquement, que différents agents et outils peuvent utiliser.

Est-ce sûr ?

Aucun système n'est sûr de façon absolue. Des droits limités, une autorisation explicite, des brouillons et une journalisation réduisent fortement les risques et permettent de réagir.

Vous voulez ouvrir l'un de vos outils à un agent, en gardant la main ? Contactez-nous.