RAG, agents, MCP : ce qui marche vraiment en entreprise, et ce qui n'est que du bruit

Trois mots, trois niveaux de sérieux#

Depuis dix-huit mois, on vous vend trois choses sous le même emballage : le RAG, les agents, et depuis peu MCP.

On vous les présente comme trois étages d’une même fusée. En réalité, ils n’ont ni la même maturité, ni le même rapport bénéfice-coût, ni le même taux d’échec en production.

Voici le tri, tel qu’on le fait avant de conseiller quoi que ce soit à un client. Sans enthousiasme obligatoire.

Si les termes ne vous parlent pas, le lexique les définit — ici, on parle de ce qu’ils valent, pas de ce qu’ils sont.

Le RAG : ça marche, et c’est le meilleur rapport qualité-prix#

Commençons par la bonne nouvelle, parce qu’il n’y en a qu’une.

Le RAG tient ses promesses. Le principe — aller chercher les passages pertinents dans vos documents, puis les donner au modèle pour qu’il réponde dessus — reste la manière la plus fiable de faire répondre une IA sur votre réalité plutôt que sur ce qu’elle a lu sur Internet.

Ce que ça résout vraiment. Un nouvel arrivant qui pose une question sur une procédure interne obtient une réponse en dix secondes au lieu de déranger trois personnes. Un commercial retrouve la clause exacte d’un contrat signé il y a deux ans. Un technicien accède à la documentation d’un équipement sans ouvrir un classeur de 400 pages.

Ce ne sont pas des révolutions. Ce sont des dizaines de minutes récupérées chaque jour, par plusieurs personnes.

On a entendu que le RAG était mort. L’argument : les fenêtres de contexte sont devenues énormes, on peut donc envoyer tout le corpus à chaque question. C’est vrai techniquement, et c’est une mauvaise idée en pratique. Envoyer dix mille pages à chaque requête coûte cher, ralentit la réponse, et dégrade la précision — un modèle noyé sous le contexte se disperse. Sélectionner les bons passages reste la bonne réponse.

Le vrai coût n’est pas là où on l’attend. Le modèle ne coûte presque rien. Ce qui coûte, c’est de mettre de l’ordre dans les documents : savoir lesquels font foi, éliminer les versions périmées, décider qui a le droit de voir quoi. C’est du travail ingrat, et c’est 80 % du projet. Ceux qui vous vendent un RAG « clé en main en une semaine » ont sauté cette étape — et leur assistant répondra avec confiance des choses fausses.

Les agents : la démonstration est brillante, la production déçoit#

Passons à ce qui ne marche pas — ou plutôt, à ce qui ne marche pas comme promis.

Un agent enchaîne des actions de façon autonome : il lit, décide, agit, recommence. La démonstration est toujours spectaculaire.

Le problème est arithmétique, et il est impitoyable.

Un agent qui réussit chaque étape à 95 % — ce qui est déjà excellent — échoue plus de quatre fois sur dix sur une chaîne de dix étapes. Les erreurs ne se compensent pas, elles se composent.

C’est toute la distance entre la démonstration, qui fait trois étapes devant vous, et la production, qui en fait quinze sans témoin.

Ce qui marche quand même. Les agents fonctionnent quand la tâche est courte, vérifiable, et qu’un humain valide avant toute action irréversible. Trier des courriels entrants, préparer un brouillon de réponse, extraire des données d’un document et les proposer à validation : oui. Passer une commande, virer de l’argent, envoyer un courriel à un client sans relecture : non, et personne de sérieux ne vous le conseillera.

La bonne question n’est jamais « l’agent peut-il le faire ? » mais « que se passe-t-il quand il se trompe ? ». Si la réponse est « on ne s’en aperçoit pas », le projet est déjà mort.

MCP : le moins spectaculaire, le plus utile#

Et voici le troisième, dont on parle le moins et qui change le plus de choses.

MCP n’ajoute aucune intelligence. Il résout un problème d’intégration, et c’est précisément pour ça qu’il compte.

Le problème d’avant. Vous voulez qu’un assistant accède à votre CRM, à votre base de données et à votre facturation. Trois développements spécifiques. Puis vous changez d’assistant — ou un nouveau, meilleur, sort six mois plus tard. Vous recommencez les trois.

Ce coût de réintégration permanent est la vraie raison pour laquelle tant de projets d’IA en entreprise s’arrêtent après le pilote.

Ce que MCP change. Vous écrivez un serveur par source de données. N’importe quel assistant compatible s’y branche. L’assistant devient interchangeable, vos intégrations restent.

Ce n’est pas glamour. C’est le genre de décision d’architecture qui ne se voit pas et qui décide, deux ans plus tard, si votre projet d’IA a tenu ou pas. C’est exactement le type d’arbitrage qu’une direction technique est censée porter.

Le point de vigilance, et il est sérieux. Un serveur MCP expose vos données à un assistant. Si ce serveur n’est pas authentifié, il les expose à qui sait où le trouver. La question de savoir qui a le droit d’interroger quoi doit être tranchée avant la première ligne de code, pas après. C’est tout l’objet d’un MCP sécurisé.

Le tableau de tri#

Par où commencer, concrètement#

Si vous n’avez rien fait, ne commencez pas par un agent. Commencez par la question la plus bête : quelle information vos équipes cherchent-elles tous les jours sans la trouver ?

La réponse tient souvent en une phrase — une procédure, un tarif, une clause, une fiche technique. C’est là qu’un assistant documentaire rembourse son coût en quelques semaines, et c’est là qu’il faut mettre le premier euro.

Le reste viendra. Ou ne viendra pas, et ce ne sera pas grave.

---

Nous construisons des assistants IA branchés sur vos documents et des serveurs MCP sécurisés — et nous disons non quand le sujet ne le mérite pas. Si vous voulez savoir dans quelle catégorie vous êtes, parlons-en.