MCP remplace-t-il les API ?

Non. Un serveur MCP s'appuie très souvent sur une API existante : il la présente sous forme d'outils et de ressources qu'une application d'IA sait découvrir et appeler.

Faut-il un serveur MCP si une seule application appelle mon API ?

Pas forcément. MCP prend son intérêt quand plusieurs applications d'IA doivent accéder au même service par une interface commune.

Faut-il un serveur MCP devant votre API ?

Une API (interface de programmation) est la porte d'entrée d'un service, pensée pour des développeurs qui écrivent du code contre elle. MCP (Model Context Protocol) est un protocole commun qui permet à une application d'IA de découvrir et d'appeler des outils et des données, quel que soit le service derrière. Les deux ne s'opposent pas : la plupart des serveurs MCP enveloppent une API existante. Cette page compare des approches techniques ; précisons que Cercle IA Tech est édité par IArche, qui édite ALMA, la plateforme IA pour PME.

Le problème que MCP résout

En annonçant MCP le 25/11/2024, Anthropic partait d'un constat : chaque nouvelle source de données demandait sa propre intégration sur mesure, ce qui rendait les systèmes connectés difficiles à faire évoluer. Avec une API seule, chaque application d'IA doit apprendre chaque API : son authentification, ses formats, ses particularités. La documentation officielle compare MCP à un port USB-C : une prise standard entre les applications d'IA et les systèmes extérieurs.

Les différences, point par point

	API classique (REST, GraphQL…)	MCP
Pour qui	Un développeur qui écrit une intégration	Une application d'IA (l'hôte) et son modèle
Contrat	Propre à chaque service	Commun à tous les serveurs : JSON-RPC 2.0, mêmes méthodes
Découverte	Lire la documentation, écrire le code	Le client interroge `tools/list`, `resources/list`, `prompts/list` au moment de l'usage
Description	Pour un humain	Nom, description et schéma des paramètres lisibles par le modèle
Évolution	Changer de version, adapter le code client	Le serveur peut signaler un changement de sa liste d'outils
Contrôle humain	Hors du périmètre	Principe posé par la spécification : accord de l'utilisateur avant l'appel d'un outil

REST et GraphQL sont deux styles d'API courants sur le web ; JSON-RPC est le format d'appel à distance que MCP utilise.

La complémentarité : le serveur MCP devant une API

La documentation de sécurité décrit un cas très courant : le serveur MCP « relais », qui connecte les clients MCP à l'API d'un tiers et agit comme client de cette API. Le tutoriel officiel fait exactement cela : son serveur météo interroge l'API du service météo américain et présente deux outils, get_alerts et get_forecast.

Ce que le serveur MCP ajoute à l'API :

une sélection : il n'expose que les opérations utiles, avec des noms et des descriptions faits pour qu'un modèle choisisse bien ;
une mise en forme : il renvoie du texte ou un contenu structuré que le modèle exploite directement ;
un point de contrôle : validation des entrées, limitation des appels, journalisation.

Attention au piège signalé par la spécification : le serveur relais ne doit pas faire suivre à l'API le jeton reçu du client. Voir MCP distant et OAuth.

Grille de choix

Votre situation	Approche raisonnable
Aucun modèle d'IA dans la boucle (synchronisation, script, application classique)	L'API directement
Une seule application à vous, qui appelle un modèle avec quelques fonctions	Les fonctions déclarées dans l'appel au modèle peuvent suffire : voir MCP ou function calling
Le même service doit servir plusieurs applications d'IA (Claude Desktop, Claude Code, un éditeur de code, vos propres agents)	Un serveur MCP devant l'API
Vos utilisateurs ajoutent eux-mêmes des connecteurs à leur assistant	Un serveur MCP distant, avec OAuth
Vous éditez un logiciel et voulez qu'il soit utilisable depuis les assistants d'IA	Un serveur MCP officiel, publié dans le registre

Un exemple pour fixer les idées

Prenons, à titre d'illustration, une PME qui a un logiciel de planning avec une API. Sans MCP, chaque assistant qu'elle veut brancher demande une intégration spécifique. Avec un serveur MCP qui expose trois outils (« voir les créneaux libres », « réserver », « annuler ») et une ressource (« règles de réservation »), tout client compatible les découvre et les utilise de la même manière. L'API reste la source de vérité ; le serveur MCP est la prise.

Pour passer à la pratique : créer un serveur MCP en Python.