MCP va-t-il faire disparaître les API ?

Par Tomydas Pall, Chef de Produit Groupe

Un membre de l'équipe m'a récemment demandé : « Lorsque nous activerons MCP et qu'il connectera tout, à quoi bon avoir des API ? Les API disparaîtront-elles ? »

Cette question m'a fait réfléchir. Au premier abord, la réponse semblait évidente : si MCP connecte les agents d'IA aux outils et aux données, les API ne sont peut-être plus nécessaires. Mais plus j'y réfléchissais, plus je me rendais compte que la réponse n'était pas si simple.

Pour comprendre pourquoi, explorons cette question à l'aide d'un exemple concret.

API : le fondement de la connectivité

Les API constituent l'épine dorsale des systèmes numériques depuis des décennies. Elles définissent la manière dont les applications communiquent entre elles : récupération de données, exécution d'actions et intégration.

Prenons l'exemple d'un système de gestion des dépenses tel que Concur :

Sans API, aucun autre système ne peut interagir de manière fiable avec cette application. Les API sont essentielles à la communication au sein des logiciels d'entreprise.

Ajout de la couche IA

Essayons maintenant d'ajouter une couche d'IA pour automatiser ces interactions.

Au lieu de saisir des commandes ou de naviguer dans des menus, imaginez qu'un responsable pose simplement la question sur Slack :

Ou plus tard :

Voici comment cela fonctionne : l’agent IA de Slack interprète la requête. Il doit interagir avec Concur pour obtenir des données ou effectuer une action. Traditionnellement, il interrogerait directement les API de Concur, mais sans mesures de sécurité robustes, cela pourrait entraîner une attribution excessive d’autorisations, une absence de journalisation ou une automatisation non sécurisée.

C’est précisément là qu’intervient MCP.

Découvrez MCP : Gouvernance native de l’IA

Le protocole MCP (Model Context Protocol) n'a pas vocation à remplacer les API. Il sert plutôt de passerelle pour rendre les API sûres, explicables et utilisables par les agents d'IA.

Voici comment cela s'intègre à notre exemple :

Le client MCP (exécuté dans Slack avec l'agent IA) envoie la requête. Le serveur MCP (situé à proximité de Concur) encapsule les API Concur, vérifie les autorisations, ajoute les mécanismes de gouvernance et enregistre les actions. Ce n'est qu'ensuite que Concur exécute l'appel API.

Les API continuent d'assurer le fonctionnement, mais MCP garantit une utilisation sûre, transparente et encadrée.

Les API ne prennent-elles pas déjà en charge la gouvernance ?

La question suivante qui se pose naturellement est généralement de ce genre :

« Les API disposent déjà d'OAuth, de RBAC, de limites de débit et de journaux d'audit. N'est-ce pas là une forme de gouvernance ? Pourquoi avons-nous besoin de MCP en plus ? »

Voici la différence:

La gouvernance des API est centré sur les applications. Il protège le système contre les utilisations abusives, garantissant ainsi que les utilisateurs respectent les règles.
 
La gouvernance du MCP est Centré sur l'IA. Elle garantit que les agents d'IA interagissent en toute sécurité, grâce à des garde-fous adaptés à l'autonomie, à l'explicabilité et à l'observabilité.

En d'autres termes, les API régissent accès, le MCP gouverne humain.

Cette couche supplémentaire est importante à mesure que les entreprises passent des appels pilotés par l'humain aux flux de travail autonomes pilotés par l'IA.

MCP dans le monde réel

MCP gagne rapidement du terrain, comme le montrent les exemples suivants :

• Kits de développement logiciel (SDK) MCP d'Anthropic → l'implémentation de référence.
• LangChain et LlamaIndex → ​​explorent les connecteurs MCP pour leurs frameworks d'agents.
• Serveurs MCP communautaires → émergents pour des outils comme Jira, Slack et GitHub.

Cela témoigne d'une tendance : les entreprises souhaitent une méthode standard et sécurisée pour que les agents se connectent aux systèmes d'entreprise.

API vs MCP : Exemple d’approbation des dépenses

Bien que de telles connexions soient tout à fait possibles sans MCP, voici un aperçu de la manière dont MCP contribue à simplifier et à améliorer les processus :

Flux réservé à l'API

• Un développeur crée une intégration Slack.
• Les commandes déclenchent directement des appels API (GET /expenses, POST /approve).
• Ce processus fonctionne, mais il nécessite un développement personnalisé et une gouvernance manuelle.

Flux MCP

• L'agent IA dans Slack se connecte via le client MCP.
• Le client MCP transmet la requête au serveur MCP, qui encapsule les API Concur.
• Le serveur MCP applique les autorisations, la journalisation et le contexte, puis appelle l'API.
• Concur exécute l'action et renvoie les résultats à Slack.
• Dans ce flux, les API effectuent le travail, et MCP s'assure que les agents d'IA les utilisent en toute sécurité.

Agrandir

Tendances émergentes qui façonnent le débat API vs. MCP

Plusieurs forces convergent et vont modifier la façon dont les entreprises envisagent les API et les MCP :

Adoption de l'IA agentique :

À mesure que les flux de travail migrent vers des agents autonomes, la gouvernance passera des règles « utilisateur-application » aux cadres « agent-application ».

Normalisation autour du MCP :

Les fournisseurs concurrents se rallient autour de MCP comme moyen commun de connecter les modèles et les outils d'IA.

Plateformes d'observabilité de l'IA :

Les tableaux de bord permettant de suivre les décisions des agents, les appels d'API et les résultats de la gouvernance deviennent des outils indispensables pour les entreprises.

L'explicabilité comme garantie de sécurité :

Les interactions avec l'IA nécessiteront non seulement des journaux d'activité, mais aussi des explications sur les raisons qui ont motivé les actions entreprises.

Évolution de la conception des API :

Les API elles-mêmes pourraient évoluer pour inclure des métadonnées « adaptées aux agents » (autorisations, valeurs par défaut sécurisées, évaluation des risques) intégrées.

Alors, les API Will Disappoire?

Non. Les API ne vont pas disparaître. Au contraire, elles prennent de l'importance et, à l'avenir, nous verrons les API et les plateformes de gestion de contenu (MCP) évoluer de concert pour soutenir l'entreprise axée sur l'IA.

MCP ajoute gouvernance, standardisation et observabilité, mais les API restent le fondement. En d'autres termes : MCP est le code de la route et le système de navigation qui permettent aux agents d'IA de circuler en toute sécurité sur les routes des API.

À mesure que l'adoption de l'IA agentielle se développe, les entreprises auront besoin de plus Des API, pas moins.

Points stratégiques à retenir

Alors, où cela nous laisse-t-il?

• Les API restent le fondement. Elles ne disparaîtront pas.sappoire — ce sont toujours les routes qui transportent les données et les actions de l'entreprise.
• MCP rend les API compatibles avec l'IA. En contrôlant le comportement et pas seulement l'accès, MCP garantit que les agents d'IA peuvent interagir avec les API de manière sécurisée et transparente.
• Les développeurs doivent concevoir des API en anticipant l'avenir. Si vous développez des API aujourd'hui, pensez à l'avenir : comment ces API seront-elles exposées, gérées et surveillées dans une entreprise axée sur l'IA ?
• Il faut s'attendre à un double investissement. Les entreprises devront renforcer leurs stratégies API et adopter des cadres MCP pour la gouvernance.
• Plutôt que de rendre les API obsolètes, MCP les rend prioritairement basées sur l'IA, aidant ainsi les entreprises à utiliser les API en toute sécurité dans des flux de travail alimentés par l'IA.

L'avenir de la connectivité native de l'IA

La prochaine vague d'intégration d'entreprise ne consistera pas à choisir entre API et MCP. En effet, le véritable débat n'est pas celui-ci : API contre MCP.

Il s'agira plutôt de savoir à quelle vitesse les organisations évolueront pour considérer les API et les MCP comme des couches complémentaires plutôt que comme des choix concurrents.

En d'autres termes : les API ne sont pas vouées à disparaître. Mais les entreprises qui ne les adaptent pas à l'ère du MCP pourraient bien disparaître.