Tu as branché ta messagerie, ton agenda, tes fichiers. Ça marche, tu as récupéré des heures. Et tu bloques sur le suivant, ton logiciel de gestion métier, ta base sectorielle, l'outil que ta profession utilise et dont personne d'autre n'a entendu parler.
Tu cherches dans l'annuaire des connecteurs. Il n'y est pas. Il n'y sera jamais.
L'annuaire des 823 connecteurs Claude. Rangés par métier, avec le nombre d'outils de chaque fiche, pour brancher l'IA là où ton travail arrive déjà.
Ouvrir l'annuaire →Le connecteur qui manque toujours
Les annuaires officiels couvrent ce qui est massivement utilisé, les messageries, les espaces de fichiers, les outils de gestion de projet, les grands CRM. C'est déjà beaucoup, et pour la plupart des dirigeants ça suffit à récupérer l'essentiel du temps perdu.
Mais ce qui fait vraiment la spécificité de ton métier n'y est presque jamais. Le logiciel de gestion de cabinet, la base de données de ta branche, l'outil de chiffrage que trois cents entreprises utilisent en France. Ce sont précisément les outils où tu passes le plus de temps, et ce sont les seuls sur lesquels ton assistant reste aveugle.
La bonne nouvelle, c'est que ce problème a une réponse depuis que le protocole MCP existe. La mauvaise, c'est que presque personne ne sait qu'il peut s'en servir sans être développeur.
MCP, une prise standard, pas un développement
Le MCP, c'est simplement une prise normalisée entre un assistant IA et une source de données. L'idée est la même que celle de la prise USB, une forme unique que tout le monde respecte, plutôt qu'un branchement différent pour chaque appareil.
Concrètement, ça veut dire deux choses. D'abord, n'importe qui peut fabriquer un connecteur pour n'importe quel outil, sans demander la permission à l'éditeur de ton assistant. Ensuite, une fois ce connecteur fabriqué, le brancher se résume à coller une adresse, exactement comme les connecteurs officiels.
C'est ce que j'explique de façon plus générale dans l'article sur les agents et le MCP. Ici, je m'intéresse au cas précis, celui où le connecteur manque encore à ta liste.
Tes trois options, de la moins chère à la plus lourde
Prends-les dans cet ordre. Beaucoup de gens sautent directement à la troisième et dépensent inutilement.
Option 1, quelqu'un l'a déjà fait
Commence toujours par là. Le protocole étant ouvert, une communauté entière fabrique des serveurs MCP, et beaucoup sont gratuits. Cherche simplement le nom de ton outil suivi de « MCP ». Tu seras surpris de ce que tu trouveras, y compris sur des sujets très français.
C'est le cas de mon exemple ci-dessous, je cherchais à brancher une base juridique, et un service tiers l'avait déjà fait, gratuitement.
Option 2, ton éditeur propose déjà une interface
Beaucoup de logiciels métier exposent ce qu'on appelle une API, c'est-à-dire une porte d'entrée technique prévue pour que d'autres programmes viennent lire leurs données. Si ton éditeur en propose une, la fabrication d'un connecteur devient un petit chantier plutôt qu'un projet, quelques jours de développement au lieu de quelques mois.
Pose la question à ton éditeur avant toute chose. La réponse détermine entièrement le coût de la suite.
Option 3, le faire fabriquer
C'est le dernier recours, et il ne se justifie que si l'outil concerné est central dans ton activité. Le calcul est simple, combien d'heures par semaine passes-tu dans cet outil, et combien pourrais-tu en récupérer ? En dessous de deux ou trois heures hebdomadaires, ça ne vaut généralement pas l'investissement.
Un cas réel, Légifrance, de bout en bout
Voici l'exemple qui illustre le mieux la démarche, parce que je l'ai fait moi-même et qu'il concerne beaucoup de dirigeants.
Le besoin. Pouvoir poser une question juridique à un assistant et obtenir le texte en vigueur avec son lien officiel, plutôt qu'une réponse reconstituée de mémoire. C'est un vrai sujet, que je détaille dans l'article sur les articles de loi inventés.
Le blocage. Il n'existe aucun connecteur Légifrance dans l'annuaire officiel. J'ai vérifié, il n'y en a toujours pas.
L'option 1 a suffi. Un service tiers, OpenLegi, avait déjà fabriqué le serveur MCP qui interroge les bases officielles de l'État. Gratuit, avec un compte à créer. Zéro développement de mon côté.
Le branchement. Cinq minutes. Un nom, une adresse à coller, une autorisation à valider. Ce qui a demandé le plus de temps, c'est de trouver le bon écran dans les réglages.
Le résultat. L'assistant accède aux codes juridiques article par article, à la jurisprudence, aux délibérations de la CNIL, au Journal officiel et aux conventions collectives. Il rend le texte exact, sa date d'entrée en vigueur, et le lien qui permet de vérifier.
J'ai écrit le mode d'emploi complet, écran par écran, avec les captures réelles, connecter Claude à Légifrance. La démarche est transposable à n'importe quel autre serveur.
Ce qu'il faut vérifier avant de brancher
C'est ici que je veux être le plus clair, parce que c'est la partie que tout le monde saute.
Un serveur MCP tiers échappe à la validation de l'éditeur de ton assistant. Le protocole est ouvert, c'est sa force, et c'est aussi ce qui t'oblige à regarder à qui tu donnes accès. Quatre questions suffisent.
Qui le tient ? Une entreprise identifiable, un projet open source actif, ou un dépôt anonyme mis à jour il y a deux ans ? Si tu ne peux pas répondre, n'y branche rien de sensible.
Que voit-il ? Un serveur qui interroge une base publique ne voit que tes recherches. Un serveur qui se branche sur ta comptabilité voit ta comptabilité. L'écart de risque entre les deux est énorme.
Peut-il écrire ? Un connecteur en lecture seule ne peut rien casser. Un connecteur capable d'écrire peut modifier, envoyer, supprimer. Vérifie systématiquement dans la liste des outils qu'il expose, elle est visible dans les réglages une fois branché.
Comment tu coupes ? La révocation doit être immédiate et à ta main, dans les réglages de ton assistant. Si couper suppose d'écrire à quelqu'un, c'est non.
Et un réflexe qui vaut pour tous, si un serveur demande un jeton personnel, il ne se met ni dans une capture d'écran, ni dans un message d'équipe. C'est un mot de passe, avec les mêmes conséquences.
Quand ça vaut le coup, et quand non
Le calcul est plus simple qu'il n'y paraît, et il tient en une question, combien de fois par semaine vas-tu chercher une information dans cet outil ?
Si la réponse est « plusieurs fois par jour », un connecteur change ta semaine, même s'il faut le faire fabriquer. Si c'est « une fois par mois », ouvre le logiciel, ça ira plus vite.
Deux pièges à éviter. Le premier consiste à brancher parce que c'est possible plutôt que parce que c'est utile, dix connecteurs jamais sollicités ne valent pas un seul qu'on utilise tous les matins. Le second consiste à faire développer avant d'avoir cherché, dans la majorité des cas que je rencontre, l'option 1 suffisait.
Reste que le jour où ton assistant accède enfin à l'outil dans lequel tu passes tes journées, le gain n'a plus rien à voir avec ce que tu obtenais en copiant-collant. C'est un assistant qui travaille dans ton métier, bien au-delà de l'aide à la rédaction.
Les optionsTrois voies, de la moins chère à la plus lourde
| L'option | Ce que ça demande | Quand c'est le bon choix | Le risque |
|---|---|---|---|
| Se passer de connecteur | Un export, un copier-coller. | Usage ponctuel, quelques fois par mois. | Aucun. Et souvent suffisant. |
| Passer par une automatisation | Une plateforme, quelques heures. | L'outil a une interface accessible. | La chaîne casse en silence si rien ne l'alerte. |
| Un connecteur sur mesure | Un développement, un hébergement. | Usage quotidien, données volumineuses. | Une dette de maintenance à assumer. |
La première ligne est celle qu'on saute trop vite. Beaucoup de besoins présentés comme nécessitant un connecteur se règlent par un export mensuel, ce qui coûte dix minutes et ne crée aucune dépendance. Avant de faire développer quoi que ce soit, compte combien de fois par mois tu utiliserais réellement la connexion. En dessous d'un usage hebdomadaire, le développement ne se rembourse jamais.
Le contrôleCe qu'il faut vérifier avant de brancher
Quatre questions, à poser avant que la première ligne de code soit écrite, et à faire figurer par écrit.
Qui possède le connecteur à la fin ? Le code, la configuration, la documentation. Si la réponse est le prestataire, tu as loué une solution, pas construit un actif.
Quel périmètre d'accès exact ? Le plus restreint qui permette la tâche. Un accès large donné par facilité est le vrai risque, bien avant la technologie.
Que se passe-t-il si l'outil source change ? Une interface qui évolue casse un connecteur. Qui répare, en combien de temps, à quel coût.
Comment on sait que ça ne marche plus ? Un connecteur muet qui a cessé de fonctionner il y a trois semaines a produit des réponses incomplètes pendant trois semaines. Le sujet est développé dans le guide de l'automatisation.
- CNIL, Les fiches pratiques IA, sur l'application du RGPD aux systèmes d'intelligence artificielle.
- INSEE, Les technologies de l'information et de la communication dans les entreprises en 2025, Insee Première n° 2120, juillet 2026.
Quel est l'outil sur lequel ton assistant reste aveugle ?
20 minutes, gratuit, sans engagement. On identifie l'outil qui te coûte le plus de temps, on vérifie si un connecteur existe déjà, et on chiffre ce que ça changerait pour toi.
