Ce qu’est MCP - et quand une petite entreprise en a vraiment besoin

On dit maintenant « il nous faut du MCP » comme on disait « il nous faut un chatbot » il y a deux ans. Les lettres veulent dire Model Context Protocol. La phrase utile est plus courte : c’est la façon dont un agent a le droit de toucher vos outils sans inventer l’API d’un billet de 2024.

Un chatbot produit du texte. Un agent choisit un outil et l’exécute. MCP, c’est la prise entre les deux - noms, schémas d’arguments, résultats. J’ai déjà écrit pourquoi il ne faut pas donner la caisse au modèle. Ici, la prise manquante : quand cette liste d’outils doit parler MCP, et quand une fonction typée sur votre serveur suffit.

1. USB, pas une personnalité

On n’« installe pas MCP » comme on installe ChatGPT. On expose des outils via une prise standard. N’importe quel agent compatible - Cursor, Claude, un bot dans votre app Next.js - peut lister ces outils et les appeler.

C’est tout le tour. Avant, chaque vendeur avait sa façon de donner une fonction à un modèle. Maintenant la prise est partagée. Les prises partagées font des écosystèmes : registres, commandes d’install, et une vague de produits qui vous vendent une « passerelle » avant que vous ayez un seul outil qui vaille d’être branché.

2. Ce qui se passe vraiment dans un appel

Trois étapes. Ensuite vous pouvez arrêter de lire les schémas des vendeurs.

• L’agent demande au serveur quels outils existent. Il reçoit des noms et des schémas JSON. Exemple : create_invoice, avec montant, devise, id client.
• Il appelle un outil avec des arguments qui collent au schéma. Pas un paragraphe. Pas du SQL inventé.
• Le serveur exécute votre code. Le modèle ne voit jamais la clé Stripe. Le résultat revient comme des données que l’interface peut afficher.

Si ça ressemble à une API

C’est une API, écrite pour un modèle à qui on ne confie pas un shell. Le protocole, c’est de la plomberie. La sécurité vit toujours dans les outils que vous exposez et ceux qui attendent un humain. Mettre MCP sur un serveur ne rend pas le produit sûr. J’ai déjà écrit cette phrase sur les agents ce mois-ci. Elle tient ici sans nouvelle religion.

3. Pourquoi c’est bruyant en août

Next.js 16.3 est sorti en stable le 3 août 2026, avec un endpoint MCP sur le serveur de dev. Un agent de code peut lire erreurs, routes et logs en direct au lieu de deviner votre App Router dans la doc de l’an dernier. Figma expose fichiers, composants et variables comme outils - c’est la ligne « Figma-to-code via MCP » sur mon site, pas une capture et une prière. Les registres traitent maintenant les serveurs MCP comme des paquets. Les vendeurs vendent des passerelles : un endroit pour authentifier, auditer et policer toute une « flotte » d’agents.

Dans une société de dix personnes, l’essentiel de cette flotte n’existe pas. La partie utile du bruit, c’est la prise. La partie chère, c’est d’acheter de la gouvernance pour des employés que vous n’avez pas embauchés.

4. Quand vous en avez vraiment besoin ce mois-ci

Branchez MCP quand l’agent doit voir un système vivant que vous avez déjà, et qu’un prompt n’est pas un substitut.

• Un agent de code sur un site Next.js : il doit lire la doc de cette version et les erreurs de ce processus, pas inventer des API de cache de 2024. Ce que je ferais sur un site existant après 16.3, je l’ai déjà écrit.
• De Figma vers l’UI en production : le fichier est la source. L’agent doit interroger le fichier, pas un PNG du fichier.
• Plusieurs outils, un agent produit : réservation, CRM, FAQ en retrieval. Un schéma par outil bat un nouvel adaptateur par vendeur de chat.
• Vous avez déjà une liste blanche et un bouton de confirmation. MCP ne les remplace pas. Il empêche le modèle d’inventer les noms de fonctions.

5. Quand il ne faut pas

Un bot FAQ avec retrieval n’a pas besoin de MCP. Une server action qui crée une réservation depuis un formulaire n’a pas besoin de MCP. « La keynote a dit que chaque produit sera agent-native » n’est pas une spec.

N’achetez pas une passerelle, un registre et un navigateur pour agents parce qu’un tour d’horizon a appelé ça le moment npm. Il faut une passerelle quand vous avez beaucoup d’agents, beaucoup de gens, et un auditeur qui demandera qui a appelé refund à 02h14. D’ici là, le serveur qui tient les clés est la passerelle.

Ne remplacez pas un formulaire qui marche par un agent qui parle MCP. L’argent doit encore passer par un formulaire. Je garde l’agent sur le brouillon et l’extrait. Une personne appuie sur envoyer.

6. Comment je le brancherais

Trois prises, pas une plateforme.

• MCP Figma dans le dépôt qu’on m’a chargé de construire. Je lis encore le diff. Le pixel-perfect est un standard humain. Le protocole empêche seulement le modèle d’inventer les espacements d’une capture.
• next-devtools-mcp contre l’app Next.js qui tourne, pour que l’agent voie les vraies routes et les vraies erreurs. AGENTS.md pointe vers la doc dans node_modules. Cette version, je l’ai déjà couverte.
• Dans le produit : une liste courte d’outils comme fonctions serveur typées. MCP devant si l’appelant est un agent externe - Cursor, une app desktop, un second modèle. Une fonction simple si l’appelant est votre propre route Next.js. Même liste blanche, même confirmation, même journal d’audit dans les deux cas.

Les clés restent sur le serveur

Le modèle ne tient jamais Stripe. Clés d’idempotence sur débit et réservation. Un journal qu’un non-ingénieur peut lire : qui a demandé, quel outil, quel id, qui a confirmé. MCP n’écrit pas ce journal pour vous. C’est encore vous.

Conclusion : prenez la prise, passez la flotte

MCP, c’est une prise. Ça a fait du bruit parce que les prises font des écosystèmes, et les écosystèmes font des factures. Une petite entreprise en a besoin quand un agent doit parler à Figma, à une app Next.js vivante, ou à une liste courte de vos outils sans inventer l’API. Pas comme personnalité, pas comme upgrade de chatbot, pas comme passerelle pour une flotte d’un.

Je branche la prise là où elle fait gagner une semaine, et je la saute là où un formulaire marche déjà. Écrivez via le formulaire quel système l’agent doit voir - Figma, le site qui tourne, le calendrier de réservation - et quelle action ne doit jamais tourner sans une personne. On ne commencera pas par vous acheter une passerelle. :)