MCP : brancher vos outils sur Claude, expliqué sans jargon

MCP est une prise universelle entre l'intelligence artificielle et vos logiciels. Avant, chaque éditeur devait développer son intégration avec chaque modèle, et personne ne le faisait. Maintenant tout le monde parle le même protocole.

Le sigle veut dire Model Context Protocol. La définition officielle d'Anthropic tient en une ligne : un standard ouvert pour connecter des outils d'intelligence artificielle à des sources de données externes.

Serveur MCP, client, connecteur : qui fait quoi

Trois mots circulent pour la même plomberie, et les confondre fait perdre du temps en réunion.

Un serveur MCP est le programme qui expose un outil. Il déclare ce qu'il sait faire, lire un agenda, écrire dans une base, chercher dans un dépôt, puis attend qu'on l'appelle. L'éditeur du logiciel l'écrit une fois, et tous les clients en profitent.

Le client est ce qui s'y branche. Claude en est un, et il est loin d'être le seul.

Un connecteur, dans le vocabulaire d'Anthropic, est un serveur MCP déjà raccordé et présenté dans l'interface, sans ligne de commande. Même plomberie, emballage différent.

Un serveur MCP se raccorde de trois façons. En HTTP pour un service distant, le cas le plus courant aujourd'hui. En stdio pour un programme qui tourne sur votre propre machine. En WebSocket pour les cas particuliers. Le transport sse existe encore dans la documentation, il est déprécié : prenez HTTP.

La conséquence pratique est plus parlante que la définition. Avec MCP, Claude peut lire vos documents dans Google Drive, mettre à jour un ticket, sortir des données de Slack, ou interroger votre base de production. Sans que vous copiiez-colliez quoi que ce soit.

Je vais prendre mon propre cas plutôt qu'un exemple de brochure.

Avant, un audit de référencement pour un client de La Mine, c'était ouvrir Semrush, exporter les positions, ouvrir la Search Console, exporter les requêtes, ouvrir un tableur, croiser à la main, puis rédiger. Une demi-journée, dont l'essentiel en manipulation de fichiers.

Aujourd'hui, mes outils de référencement sont branchés en MCP. Je pose la question dans une conversation, la donnée est allée se chercher toute seule, et je passe mon temps sur l'analyse au lieu de l'export. L'étape n'a pas été raccourcie, elle a disparu.

Le même mécanisme s'applique à la prospection. Une base de ciblage, un outil d'enrichissement, un séquenceur et le CRM. Les quatre sont branchés. Je décris une campagne, elle se construit, et je valide à chaque étape qui engage.

Trois entreprises citées publiquement par Anthropic donnent la même mesure. Zapier a branché sa base de données interne, Slack et Jira pour trouver les goulots d'étranglement de son équipe technique, et en a sorti un tableau de bord plus une feuille de route priorisée. Jamf résume ce que ça déplace : des tâches qui exigeaient un outil décisionnel ou l'aide d'un ingénieur, les gens les font maintenant eux-mêmes en quelques minutes.

C'est la partie que les articles techniques rendent inutilement compliquée. Pour la plupart des outils du marché, il n'y a rien à installer.

1. Ouvrez les réglages, puis la section Connecteurs. Sur claude.ai comme dans l'application de bureau.
2. Parcourez le répertoire. Il mélange des connecteurs vérifiés et des connecteurs communautaires, et sa documentation est formelle : la vérification n'est pas un audit de sécurité. Le classement se fait à l'usage, comme dans un magasin d'applications. Arriver en tête n'y veut donc pas dire être le plus sûr.
3. Cliquez sur Connecter. Vous autorisez l'accès dans votre navigateur, exactement comme quand vous reliez deux applications entre elles.
4. Vérifiez le périmètre. C'est l'étape que tout le monde saute. Regardez ce que le connecteur a le droit de lire, et surtout ce qu'il a le droit d'écrire.

Pour les cas particuliers, un outil interne ou un serveur qu'on héberge soi-même, ça passe par une commande. Elle reste courte.

# ajouter un serveur distant
claude mcp add --transport http mon-outil https://exemple.fr/mcp

# vérifier que tout répond
claude mcp list

# le partager avec l'équipe, en le versionnant
claude mcp add --scope project --transport http mon-outil https://exemple.fr/mcp

Ensuite, la commande /mcp dans une conversation affiche l'état des connexions et permet de s'authentifier. /mcp reconnect all relance d'un coup ceux qui ont lâché, et claude mcp login fait le même travail depuis le terminal.

Deux précisions de la documentation qui évitent des ennuis. Le transport sse est déprécié, prenez http. Et si vous glissez une variable d'identifiant dans l'adresse ou dans un en-tête d'un serveur distant, Claude Code la lit comme vide. C'est volontaire : une clé n'a pas à partir chez un tiers dans une URL. L'authentification passe par le serveur, jamais par son adresse.

Le répertoire officiel en compte plusieurs centaines. Personne n'en a besoin de plusieurs centaines. Voilà ceux qui servent toutes les semaines, et ce qu'ils remplacent.

Ce qui compte ici est la logique : on branche ce qu'on consulte plusieurs fois par semaine, pas ce qui existe.

La question revient à chaque formation, et la réponse est simple une fois posée.

Un exemple pour fixer les choses. Le connecteur de mon outil de référencement sait aller chercher les positions d'un site. Un skill d'audit porte la méthode : ce qu'on regarde en priorité, ce qui déclenche une alerte, et dans quel ordre on présente les conclusions. Le premier sans le second me rend un tableau de chiffres. Les deux ensemble me rendent un audit.

Un plugin, pour être complet, réunit les deux en une seule installation.

Un connecteur ne se déclenche jamais tout seul

C'est la déception la plus fréquente. MCP n'est pas un système d'automatisation événementielle. Un connecteur bouge quand vous le sollicitez, ou quand une tâche planifiée le sollicite. Personne ne recevra d'alerte parce qu'une ligne a changé dans votre CRM.

Les permissions ne sont pas toutes symétriques

Plusieurs connecteurs sont volontairement bridés. Celui de Gmail rédige des brouillons mais n'envoie pas. Celui de Microsoft 365 est en lecture seule par défaut, et il faut un administrateur pour ouvrir l'écriture. C'est une protection, pas un défaut, mais autant le savoir avant de bâtir un processus dessus.

La sécurité mérite mieux qu'un haussement d'épaules

Anthropic publie ses propres mesures et elles ont beaucoup bougé. Sur son banc d'essai de l'usage navigateur, relevé en août 2026 avec des attaques écrites par des spécialistes de l'intrusion, Opus 4.5 laissait passer 17,6 % des injections sans défense supplémentaire, et 16,7 % avec les protections de novembre 2025. Opus 5 tombe à 3,8 %, et à zéro une fois les sondes et le classifieur en service. Anthropic précise que le juge automatique a changé entre les deux campagnes : retenez la direction et l'ordre de grandeur, pas la décimale. Et ces chiffres portent sur le navigateur, pas sur les connecteurs. Et une précision de sa documentation mérite d'être lue deux fois : les restrictions de sortie réseau ne s'appliquent pas aux outils de recherche web ni aux connecteurs MCP.

Ce que j'en fais en pratique : je ne branche que des connecteurs d'éditeurs identifiés, je regarde le périmètre d'écriture avant de valider, et je garde les données financières hors du champ. La règle d'Anthropic est explicite, et elle vous met devant vos responsabilités : Claude n'a que les permissions que vous lui accordez, et c'est à vous de relire ce que vous approuvez.

Si vous n'avez encore rien branché, ne construisez pas une architecture. Prenez le logiciel dont vous exportez des données le plus souvent, et branchez celui-là. Un seul.

Donnez-vous deux semaines avec ce connecteur avant d'en ajouter un deuxième. Ce n'est pas de la prudence excessive : la valeur de MCP ne vient pas du nombre d'outils reliés, elle vient du fait que vous arrêtiez vraiment de faire à la main ce que vous faisiez avant. Ça demande de changer une habitude, et une habitude à la fois suffit.