Le problème : votre stack recrutement est un patchwork
Un cabinet ou une ESN moyenne utilise 6 à 8 outils : ATS, CRM, LinkedIn, jobboards, email, agenda, visio, facturation. Pour les faire communiquer, le marché a produit trois réponses successives : les exports manuels, les API, puis les connecteurs no-code type Zapier.
Résultat en 2026 : des dizaines de « zaps » fragiles, des synchronisations qui cassent en silence, des doublons partout, et des recruteurs qui font quand même du copier-coller entre deux fenêtres. La couche d'intégration est devenue un centre de coût invisible.
MCP (Model Context Protocol) ne propose pas une intégration de plus. Il propose de changer la nature même de la connexion entre vos outils.
API : le standard qui a montré ses limites
Une API (interface de programmation) expose les fonctions d'un logiciel à d'autres logiciels. C'est indispensable, mais cela impose trois contraintes structurelles :
- Il faut coder chaque scénario à l'avance. « Quand un candidat passe au statut placé, créer une facture. » Chaque cas d'usage est un mini-projet : spécification, développement, tests, maintenance.
- Il faut des développeurs. Le recruteur qui a l'idée n'est jamais celui qui peut l'implémenter. Entre l'idée et le scénario en production : des semaines.
- Ça casse. Une mise à jour de l'un des deux outils, et le connecteur tombe, souvent sans prévenir.
Conséquence : seuls les 10 scénarios les plus rentables sont couverts. Les 200 autres micro-besoins quotidiens restent manuels.
MCP : l'IA découvre vos outils toute seule
MCP inverse la logique. Au lieu de coder des scénarios, chaque outil expose un serveur MCP qui décrit ses capacités : « je peux chercher des candidats, créer des tâches, envoyer des emails, mettre à jour des statuts ».
L'IA (Claude, ChatGPT, ou l'agent intégré à votre ATS) lit cette description et compose elle-même la séquence d'actions qui répond à votre demande :
« Prends les 8 candidats de la shortlist Renault, vérifie ceux qui n'ont pas répondu, relance-les, et si pas de réponse sous 48h propose-moi un plan B depuis le vivier. »
Personne n'a jamais codé ce scénario. Il n'existait pas il y a 10 secondes. C'est toute la différence : l'API exécute ce qui a été prévu, MCP exécute ce que vous demandez.
MCP vs API : le comparatif
| Critère | API + connecteurs | MCP |
|---|---|---|
| Logique | Scénarios prévus à l'avance | Intentions exprimées à la demande |
| Mise en place | Projet technique (semaines) | Connexion (minutes) |
| Utilisateur | Développeur, ops | Chaque recruteur |
| Cas couverts | Les 10 scénarios rentables | La longue traîne du quotidien |
| Maintenance | Continue, casse silencieuse | Portée par le standard |
| Interface | Code, webhooks, mappings | Langage naturel |
| Coût marginal d'un nouveau besoin | Élevé (dev ou consultant) | Quasi nul (une phrase) |
Concrètement, qu'est-ce qui change pour un cabinet ?
- Le critère d'achat ATS change. Pendant 10 ans, la question était « combien d'intégrations dans votre catalogue ». En 2026, la bonne question devient : « comment votre plateforme expose-t-elle ses données aux IA, avec quelles permissions ».
- Le pouvoir passe aux recruteurs. Chaque besoin d'automatisation ne transite plus par la DSI ou un intégrateur. La personne qui a le besoin le formule, l'IA l'exécute.
- La donnée unifiée devient l'actif numéro un. MCP ne répare pas une donnée éclatée : il la rend simplement plus accessible. Les plateformes qui unifient ATS + CRM + timesheets sur une base unique (l'approche Cobalt) partent avec un avantage structurel : l'IA y voit tout, sans synchronisation.
Et Zapier, Make, n8n dans tout ça ?
Les outils d'automatisation no-code gardent un rôle pour les flux répétitifs et critiques : facturation, synchronisation comptable, publication planifiée. Un flux qui doit tourner 500 fois par jour à l'identique reste plus fiable en scénario figé qu'en génération à la volée.
Découvrez l'IA qui transforme vos recruteurs
Balt, l'agent IA Cobalt, sourcer, qualifie, relance et planifie seul. Vos recruteurs passent de 22h à 9h d'admin par semaine.
Mais leur territoire rétrécit : tout ce qui était « trop petit pour justifier un zap » (l'immense majorité des besoins) bascule vers la conversation. Le réflexe change : avant, « est-ce que ça vaut le coup de créer un scénario » ; maintenant, « je le demande et c'est fait ».
Non, l'API ne meurt pas : elle passe en coulisses
Soyons précis, car c'est là que beaucoup d'articles se trompent : les serveurs MCP s'appuient sur les API. L'API reste la tuyauterie ; MCP est la prise universelle branchée dessus.
Ce qui disparaît, c'est la couche d'intégration visible : les catalogues de connecteurs, les scénarios no-code par dizaines, les projets d'intégration facturés en jours-homme. Ce qui reste, c'est une exigence technique pour les éditeurs : une API propre, complète et documentée, condition d'un serveur MCP de qualité.
Traduction pour votre due diligence : un éditeur qui a une API pauvre aura un MCP pauvre.
Comment préparer votre stack : 4 questions à poser
- À votre éditeur d'ATS : « Quelle est votre roadmap MCP, et quelles actions seront exposées en lecture et en écriture ? »
- Sur les permissions : « L'IA respecte-t-elle les droits de chaque utilisateur, avec quelle traçabilité des actions ? »
- Sur les données : « Où transitent les données candidats, et avec quel hébergement ? » (enjeu RGPD, privilégiez l'UE)
- À vous-même : « Ma donnée est-elle assez propre et centralisée pour qu'une IA y travaille ? » Si la réponse est non, c'est le chantier prioritaire, avant tout achat.
Conclusion : la fin des intégrations comme argument de vente
Chaque génération technologique tue un argument de vente. Le cloud a tué « installé sur vos serveurs ». Le mobile a tué « accessible en déplacement ». MCP est en train de tuer « notre catalogue de 200 intégrations ». La valeur migre vers deux choses : la qualité de la donnée unifiée, et l'intelligence de l'agent qui travaille dessus. C'est exactement le pari architectural de Cobalt : une base unique, une IA native, et des données prêtes pour l'ère conversationnelle.