C'est quoi un MCP ?

Maintenant le détail. Tout tient en une chaîne, et une fois que tu la vois, les cinq mots se rangent tout seuls. Je prends un seul exemple et je le garde jusqu'au bout : le connecteur Gmail.

1. Un logiciel a quatre portes, pas une

Tu crois qu'un logiciel a une entrée, celle que tu empruntes. Il en a quatre. Et elles se rangent selon deux questions seulement : à qui cette porte s'adresse, et où elle se trouve.

La colonne de gauche, ce sont les portes faites pour des yeux et une souris. Elles sont lentes, et c'est très bien : elles sont faites pour quelqu'un qui réfléchit en même temps qu'il clique. La colonne de droite, ce sont les portes faites pour qu'un programme entre seul, sans personne devant l'écran.

Ce sont les deux mots de cette colonne de droite que tu vas croiser partout. API, c'est la porte machine d'un service en ligne. CLI, ou ligne de commande, c'est la porte machine d'un logiciel installé.

Prends Gmail. Tu le lis dans ton navigateur : case en haut à gauche. Et Google a ouvert une seconde entrée, invisible pour toi, prévue pour qu'un logiciel tiers vienne lire ta boîte et y écrire quand tu l'y autorises : case en haut à droite, c'est l'API Gmail. Mêmes messages, mêmes actions, mais sous une forme qu'une machine sait produire et lire.

Ton IA n'a ni yeux ni souris. Elle ne peut rien faire de la première case, du coup elle passe par la seconde. C'est toute l'histoire, et le reste de cet article ne fait que détailler comment.

Au passage, tu viens de lire dans la grille quelque chose que je n'ai pas écrit : ton IA est allée chercher une porte de la ligne du haut. On verra à la fin pourquoi elle ne sait pas descendre à celle du bas.

2. Une machine aussi doit montrer patte blanche

Toi, tu entres dans Gmail avec ton adresse, ton mot de passe, et souvent un code sur ton téléphone. Un programme ne peut rien faire de tout ça : il n'a pas de téléphone, et il n'y a personne devant l'écran pour lire le SMS.

Alors il entre autrement. Tu as déjà vu à quoi ça ressemble : c'est l'écran Google qui apparaît quand tu branches un outil, celui qui te dit « cette application souhaite accéder à votre messagerie » avec la liste de ce qu'elle demande. Tu autorises, et Google remet au programme un jeton d'accès. Ailleurs, ce jeton s'appelle une clé API et il se colle à la main, mais c'est le même objet : un badge qui dit qui tu es et ce que tu as le droit de faire.

Trois choses à savoir, et elles comptent plus que la définition.

• C'est un double de tes clés, pas un mot de passe. Qui l'a, entre. Sans code SMS, sans validation, sans toi.
• Ça se retire. Tu révoques l'accès, et il tombe dans la seconde, sans toucher au reste de ton compte. C'est le bon réflexe au moindre doute, et c'est beaucoup plus confortable qu'un mot de passe qu'il faudrait changer partout.
• Ça se limite. L'écran d'autorisation liste ce qui est demandé. Lis-le. Un outil qui réclame l'accès complet à ton Drive pour aller chercher trois fichiers pose une vraie question, et tu as le droit de refuser.

3. Le problème que le MCP résout

Jusqu'ici, rien de nouveau : les API existent depuis vingt ans, et les logiciels se parlent entre eux depuis longtemps. Ce qui a changé avec l'IA, c'est le nombre.

D'un côté les IA : ChatGPT, Claude, Gemini, Copilot, plus tous les outils qui les embarquent. De l'autre, les logiciels : Gmail, Notion, Slack, HubSpot, Drive, ton CRM, ton outil de facturation. Sans standard, il faut écrire et maintenir un branchement pour chaque couple. Dix IA et mille outils, ça fait dix mille branchements. Personne ne les écrira jamais.

Le MCP, pour Model Context Protocol, renverse le travail. Au lieu de demander à chaque IA d'apprendre chaque outil, tout le monde se met d'accord sur la forme de la prise. L'éditeur de l'outil fabrique son adaptateur une seule fois, et toutes les IA du marché peuvent s'y brancher. Mille adaptateurs au lieu de dix mille branchements.

C'est ce que l'USB a fait pour les périphériques. Avant, un connecteur par marque d'imprimante. Après, une prise, et le monde entier se branche dedans.

Le protocole a été publié par Anthropic fin 2024, en libre accès. OpenAI l'a adopté au printemps 2025, Google dans la foulée. En moins d'un an, c'est devenu le standard de fait.

Et la vraie conséquence est là : n'importe qui peut en fabriquer un, y compris pour un logiciel interne dont aucun éditeur d'IA n'a jamais entendu parler. C'est ce qui fait passer le sujet de « les trois connecteurs que la plateforme veut bien me donner » à « tout ce que mon métier utilise ».

4. Ce qu'il y a vraiment derrière un MCP

Un point que les articles techniques oublient de dire, et qui démystifie beaucoup : un MCP, le plus souvent, n'invente rien.

Dans l'écrasante majorité des cas, c'est une couche mince posée sur une API qui existait déjà bien avant l'IA. L'API de Gmail a des années. Le MCP Gmail ne fait que la présenter dans le format standard. Une minorité fait le même travail par-dessus une ligne de commande, pour piloter un logiciel installé. Et une petite part est construite directement pour l'IA, sans rien derrière.

5. Connecteur, plugin, app : c'est le même objet

Le mot MCP est en train de disparaître des interfaces grand public. Pas parce que la technologie recule, c'est l'inverse : parce qu'elle est devenue assez banale pour qu'on cesse d'en parler. Personne ne te vend un téléphone en te parlant du protocole TCP.

Ce que tu installes en un clic, c'est donc un MCP emballé. La prise est la même, le carton change de nom selon le magasin.

Ces appellations bougent vite, c'est l'état du marché au moment où j'écris. La règle qui, elle, ne bougera pas : quand on te propose d'ajouter une capacité à ton IA en un clic, demande-toi à quelle porte ça se branche, et avec quel accès.

6. Et le mot « tool », alors ?

C'est le dernier maillon, et c'est le seul que l'IA perçoive.

Un tool, c'est une action que le modèle a le droit de déclencher, accompagnée de son mode d'emploi. Pas un logiciel, pas un connecteur : une action. « Chercher un mail. » « Écrire un brouillon. » « Poser un libellé. »

Le connecteur Gmail ne donne pas « Gmail » à ton IA. Il lui donne une poignée de tools, et rien au-delà. S'il n'y a pas de tool pour supprimer, elle ne supprimera pas, quoi que tu lui demandes.

Et le modèle ne sait rien du reste. Il ignore si le tool arrive par un MCP ou s'il est intégré d'origine, s'il y a une API ou une ligne de commande derrière. Il voit une liste d'actions disponibles, avec pour chacune un nom, une description et les informations à fournir. Toute la chaîne qu'on vient de dérouler s'arrête là.

7. Pourquoi tu ne dois pas tout brancher

Voilà la partie que personne ne dit, et c'est celle qui coûte le plus cher quand on l'apprend en marchant.

Chaque tool disponible prend de la place. Avant de répondre à quoi que ce soit, ton IA doit lire la liste de tout ce qu'elle a le droit de faire, avec le mode d'emploi de chaque action. Quarante tools, ce sont quarante modes d'emploi relus à chaque question, avant même de commencer à réfléchir à la tienne.

Deux effets, et les deux vont dans le mauvais sens.

• Il reste moins de place pour ton problème à toi.
• Elle choisit moins bien. Entre trois actions, elle vise juste. Entre quarante, dont huit qui se ressemblent, elle se trompe de porte.

C'est contre-intuitif, parce qu'on raisonne en accès : plus je lui en donne, plus elle peut. Sauf qu'elle ne fonctionne pas comme un employé qui aurait les clés de tout et n'ouvrirait que la pièce dont il a besoin. Elle relit son trousseau en entier, à chaque fois.

Donc la règle est l'inverse du réflexe. Tu branches ce que tu utilises vraiment, tu débranches le reste, et tu changes de branchement selon ce que tu fais. Un outil branché qui ne sert pas ne coûte pas zéro : il coûte de la qualité sur tout le reste.

C'est exactement la mécanique qui fait qu'une longue conversation avec une IA devient mauvaise alors qu'elle avait bien commencé. Ce qui n'est pas trié se dégrade. Ici c'est ta liste d'outils, ailleurs c'est ton fil de discussion, mais c'est le même problème.

8. La limite que tu vas rencontrer en premier

Reviens à la grille du début : tu as maintenant tout pour la lire jusqu'au bout.

Une IA qui tourne dans ton navigateur ou dans une application tourne chez son éditeur, pas chez toi. Elle vit sur la ligne du haut. Elle atteint donc la case API sans difficulté, et c'est ce que fait chaque connecteur que tu branches.

La ligne du bas lui est fermée. Les logiciels installés sur ton ordinateur ont bien une porte machine, la ligne de commande, mais cette porte est chez toi et il faut y être pour l'ouvrir. Personne ne la pousse depuis internet, et c'est heureux.

C'est une clé USB prêtée : elle ouvre les documents que tu lui tends, elle ne lance pas tes programmes.

Du coup quand ça coince, ce n'est presque jamais « elle n'arrive pas à se connecter ». Les connecteurs marchent. C'est « elle n'est pas chez toi ». Et la réponse n'est ni un meilleur prompt, ni un meilleur modèle : c'est de faire tourner l'IA dans ton installation plutôt que dans la sienne. C'est un autre niveau de montage, et un autre sujet.

Ce qu'il faut retenir

Les portes

Quatre, pas une : pour toi ou pour un programme, chez l'éditeur ou sur ta machine. L'API et la CLI sont la même porte, à deux endroits.

La clé

Un programme n'a pas de mot de passe ni de téléphone. Il entre avec un jeton que tu lui as accordé, et que tu peux retirer.

La prise

Le MCP est un accord sur la forme du branchement, pour ne pas refaire le travail à chaque couple IA / outil.

L'emballage

Connecteur, plugin, app : c'est ce MCP, mis en carton pour s'installer en un clic.

L'action

Le tool est ce que l'IA voit au bout : une action autorisée, avec son mode d'emploi. Pas un logiciel.

Le piège

Plus tu branches d'outils, moins elle est bonne. Ce n'est pas une intuition, c'est mécanique.

La théorie est technique, la pratique tient en trois clics. Tu n'as besoin de rien de tout ça pour brancher ton premier connecteur ce soir. Tu en as besoin le jour où ça coince, pour savoir si le problème vient de la porte, de la clé, ou du fait qu'elle ne soit pas chez toi.

Une fois les outils branchés, la question suivante arrive vite : elle a accès à tes fichiers, mais elle ne sait toujours rien de ta boîte. C'est une autre couche, et elle se règle avec des fichiers texte que tu écris toi-même. Et ce qui tient l'ensemble, ce qui décide quel tool est disponible et quand, c'est le harnais.