OVNI
← Retour au blog

API, CLI, MCP : trois portes vers vos logiciels — et la vraie question à se poser

12 février 20266 min de lecture

« On va passer par l'API. » « Il y a un CLI pour ça. » « Branche un serveur MCP. » Si ces phrases reviennent dans les réunions sans que personne ne définisse les mots, vous n'êtes pas seul. Ces trois sigles désignent en réalité une même idée — faire parler un logiciel à autre chose — déclinée selon une seule variable : qui se trouve derrière la porte. Une fois cette grille en tête, vous arrêtez de subir le jargon, et vous voyez apparaître ce qui vous concerne vraiment : par quelles portes vos données circulent, et qui en a la clé.

Trois mots qu'on vous lance, une seule question

Première chose à poser : API, CLI et MCP ne sont pas trois technologies concurrentes entre lesquelles il faudrait trancher. Ce sont trois portes d'entrée vers un même logiciel, conçues pour des visiteurs différents. Les opposer revient à demander si une porte de garage est « meilleure » qu'une porte d'entrée : la réponse dépend de qui veut passer, et avec quoi.

La question utile n'est donc jamais « lequel est le meilleur ? ». C'est « qui doit franchir la porte : un autre logiciel, une personne, ou une intelligence artificielle ? ». Gardez cette question en tête : elle suffit à remettre chaque sigle à sa place, et c'est elle qui, plus loin, deviendra une question de souveraineté.

L'API : quand un logiciel parle à un autre logiciel

API signifie « interface de programmation ». C'est la porte par laquelle un logiciel s'adresse à un autre, sans aucun humain au milieu. Concrètement, c'est un contrat : un service annonce « voici les actions que je sais faire, voici comment me les demander, voici ce que je vous renvoie ». Un autre programme s'y conforme et obtient sa réponse.

Un exemple parlant : l'API de Google permet à n'importe quel programme de lire ou d'écrire dans un tableur, directement, sans jamais ouvrir l'écran ni cliquer. C'est le concept le plus ancien et le plus fondamental des trois — la plomberie invisible qui fait que vos outils numériques savent se parler. Quand on dit « ça s'intègre », c'est presque toujours qu'il existe une API derrière.

Le CLI : quand vous pilotez en tapant

CLI signifie « interface en ligne de commande ». C'est la porte par laquelle une personne — ou un petit script d'automatisation — pilote un logiciel en tapant des instructions dans un terminal, plutôt qu'en cliquant dans une fenêtre. Pas de boutons, pas de souris : du texte, précis et rapide.

C'est austère à l'œil, mais redoutablement efficace. Là où il faudrait dix clics dans une interface, une seule ligne suffit, et cette ligne se rejoue à volonté, s'automatise, se documente. Dans mon propre travail, c'est ainsi que je pilote les outils Google du cabinet : une commande lit un tableur d'un trait, là où l'interface demanderait plusieurs manipulations.

Détail important, car il éclaire la suite : un CLI n'est presque jamais autre chose qu'une surcouche commode posée devant une API. Derrière la commande que je tape, c'est bien l'API de Google qui travaille. Le CLI ne remplace pas l'API — il lui ajoute une porte taillée pour un humain pressé.

Le MCP : quand c'est l'IA qui se branche toute seule

MCP signifie « Model Context Protocol ». C'est le plus récent des trois (un standard ouvert apparu fin 2024), et le seul pensé spécialement pour l'IA. C'est la porte par laquelle un assistant intelligent se branche sur vos outils et vos données de façon uniforme. L'image qui circule dans le métier : « le USB-C de l'IA » — une prise standard pour connecter n'importe quelle capacité à un modèle.

La différence avec une API classique est subtile mais décisive. Avec une API, c'est un développeur qui décide à l'avance quel appel faire. Avec le MCP, on expose à l'IA une liste d'outils (« chercher dans ces documents », « envoyer ce courriel »), et c'est l'IA elle-même qui découvre ce qu'elle a à disposition et décide, au fil de la conversation, lequel utiliser. La porte n'est plus franchie par un humain ni par un programme figé, mais par un agent qui choisit.

C'est ce qui rend le MCP à la fois puissant et sensible : vous ne déléguez pas une action précise, vous ouvrez un trousseau de clés à une IA. D'où l'importance de savoir ce qu'il y a derrière chaque porte que vous lui confiez.

Des couches, pas des rivaux

Reprenons les trois portes ensemble. Au fond du bâtiment, il y a presque toujours une API : le mécanisme brut qui fait le travail. Le CLI pose devant cette API une porte taillée pour une personne. Le MCP pose, devant la même API, une porte taillée pour une IA. Ce ne sont pas trois maisons concurrentes — c'est une seule maison, avec plusieurs entrées selon qui se présente.

Mon poste de travail l'illustre tel quel. Pour les outils Google du cabinet, je passe par le CLI, pas par le connecteur MCP de mon assistant — tout simplement parce que le CLI est rattaché au bon compte, celui du cabinet, et que je veux cette garantie. Même service Google derrière, mais une porte choisie en connaissance de cause.

Et quand je conçois AQUIFÈRE, mon moteur d'IA souverain, je fais en sorte qu'il expose ses fonctions à la fois en API et en MCP : la première pour que d'autres logiciels s'y branchent, la seconde pour qu'une IA puisse s'en servir directement. Choisir d'ouvrir les bonnes portes, et de garder les autres fermées, fait partie de l'architecture — ce n'est pas un détail technique laissé au hasard.

Pourquoi ça vous concerne, comme dirigeant

Voici où le jargon devient une question stratégique. Chaque porte ouverte vers l'extérieur est une voie par laquelle vos données peuvent sortir. Brancher un assistant IA dans le cloud sur vos dossiers via une API ou un serveur MCP, c'est commode — mais c'est aussi décider que vos documents franchissent cette porte pour aller vivre, le temps d'un traitement, chez un tiers. Parfois c'est acceptable ; parfois, pour un cabinet tenu au secret professionnel, ça ne l'est pas.

La souveraineté ne consiste pas à fermer toutes les portes. Elle consiste à savoir lesquelles existent, qui en détient la clé, et où elles mènent. Un CLI rattaché au bon compte, une API qui reste dans vos murs, un serveur MCP branché sur une IA locale plutôt que sur le cloud : ce sont les mêmes mécanismes, mais des choix radicalement différents quant à savoir où s'arrêtent vos données.

C'est exactement l'arbitrage que je pose avec mes clients — repérer les portes ouvertes par leurs outils, décider lesquelles garder, et concevoir, avec AQUIFÈRE, une IA dont les portes mènent chez vous et nulle part ailleurs. Le sigle n'est pas le sujet. Le sujet, c'est qui détient les clés.

En résumé

API, CLI, MCP désignent trois portes vers un même logiciel, selon qui les franchit : un autre programme (API), une personne qui tape (CLI), une IA qui se branche (MCP). Ce ne sont pas des concurrents à départager, mais des couches qui s'empilent — et, le plus souvent, une API tout au fond.

La bonne question n'est donc jamais « quelle techno choisir ? », mais « qui doit franchir la porte, et où cela mène-t-il ? ». Posée ainsi, elle cesse d'être affaire de spécialistes : elle devient une décision de dirigeant — celle de garder la main sur les clés de vos propres données.

Quelles portes vos outils laissent-ils ouvertes ?

On en parle 30 minutes : par où circulent vos données aujourd'hui, et comment une IA souveraine peut travailler pour vous sans sortir de chez vous.

Découvrir AQUIFÈRE →