De REST à MCP : ce qui change

DEV - 04/01
REST est la norme depuis 20 ans. Chaque API que vous utilisez, chaque intégration que vous créez : c'est...

REST est la norme depuis 20 ans. Chaque API que vous utilisez, chaque intégration que vous créez, c'est probablement REST.

Mais quelque chose bouge. L'IA ne veut pas appeler les points de terminaison. Il veut appeler des outils.

C'est là qu'intervient MCP.

REST a été conçu pour les applications

REST est idéal pour ce pour quoi il a été conçu : des applications communiquant avec des serveurs.

GET /users/123 POST /orders PUT /products/456 DELETE /comments/789
Entrer en mode plein écran Quitter le mode plein écran

Prévisible. Apatride. Fonctionne partout.

Mais REST suppose que l'appelant sait exactement ce qu'il veut. Vous écrivez du code qui appelle des points de terminaison spécifiques avec des paramètres spécifiques. La structure est fixe.

L'IA ne fonctionne pas de cette façon

Lorsque vous demandez à Claude de « me fournir les commandes récentes de l'utilisateur », il ne pense pas aux points de terminaison. Il pense en actions :

  • Que dois-je faire ? → Obtenir des commandes
  • De quelles informations ai-je besoin ? → Identifiant utilisateur
  • Quelles contraintes ? → Les récents

REST oblige l'IA à mapper le langage naturel à des points de terminaison rigides. Cela peut fonctionner, mais c'est gênant.

MCP est conçu pour l'IA

MCP retourne le modèle. Au lieu de points de terminaison, vous exposez des outils :

outils : - nom : get_user_orders descriptio...
[Courte citation de 8% de l'article original]