Connecter Claude à son logiciel : ce que change le protocole MCP

Le problème n'a jamais été de savoir où sont les données

Vous savez où en est Marie. C'est écrit dans votre outil. Le problème, c'est qu'il faut l'ouvrir, trouver sa fiche, lire trois compteurs et faire la synthèse dans sa tête, alors que la question tenait en six mots.

Et dans l'autre sens, c'est pire. Vous sortez d'une réunion d'une heure. Il y a sept actions dedans. Les recopier une par une dans le bon client, la bonne mission, avec la bonne échéance, prend vingt minutes. Et ces vingt minutes, personne ne les paie.

Un connecteur MCP règle ces deux trajets. Pas en remplaçant votre outil : en lui donnant une porte par laquelle un assistant conversationnel peut lire et écrire à votre place.

Ce qu'est un connecteur MCP, sans jargon

MCP veut dire Model Context Protocol. C'est une convention publique qui décrit comment un logiciel expose des outils à un modèle de langage : une liste d'actions, chacune avec son nom, sa description et ses paramètres.

Le modèle lit cette liste, décide laquelle appeler selon ce que vous lui demandez, et vous rend la réponse en français.

Trois choses en découlent, et elles ne sont pas évidentes :

Ce n'est pas une intégration entre deux logiciels. Personne n'a écrit un pont « Gommett vers Claude ». Le logiciel expose des outils, le modèle s'en sert. Le même connecteur fonctionne avec n'importe quel client conforme au protocole.

Le modèle ne voit que ce que le connecteur expose. Pas la base de données, pas les autres comptes : une liste d'actions, et rien d'autre. Ce qui n'y figure pas n'existe pas pour lui.

Vous restez dans la conversation. Vous ne changez pas d'écran, vous ne cliquez pas dans un formulaire. Vous demandez, il répond ou il fait.

Ce que ça donne concrètement

En lecture, les questions qu'on se pose vraiment :

• « Qu'est-ce que j'ai à faire aujourd'hui ? »
• « Où en est le portefeuille, qui accumule du retard ? »
• « Combien j'ai suivi cette semaine, et pour qui ? »

En écriture, le geste qui fait gagner le plus de temps :

• « Voici le compte rendu de ma réunion avec Marie. Crée la mission et les tâches qui en découlent. »

Le modèle lit le compte rendu, en tire les actions, cherche la bonne cliente dans votre outil, propose des titres, vous demande les échéances qu'il ne peut pas deviner, et crée. Ce qui prenait vingt minutes en prend deux.

Les quatre questions à poser avant d'en brancher un

C'est ici que ça devient sérieux. Un connecteur, c'est un accès permanent à vos données clientes. Voici ce qu'il faut vérifier, chez nous comme ailleurs.

1. Manipulez-vous une clé ?

Si l'installation vous demande de copier un jeton dans un fichier de configuration, ce jeton finira en clair sur votre disque, peut-être dans une sauvegarde, peut-être dans un message à votre développeur.

La bonne réponse est l'autorisation par le navigateur : vous vous connectez chez vous, comme d'habitude, vous voyez un écran qui récapitule, vous acceptez. Le protocole exige OAuth 2.1 avec PKCE pour tout serveur accessible depuis Internet : c'est la révision de novembre 2025 de la spécification qui l'impose, pas une préférence.

2. La lecture et l'écriture sont-elles séparées ?

Un connecteur qui lit et un connecteur qui crée ne sont pas la même chose. S'il n'y a qu'une autorisation pour les deux, vous ne pouvez pas essayer prudemment.

Et surtout : si vous avez autorisé une lecture, l'écriture ne doit jamais s'ajouter en silence lors d'une mise à jour. Elle doit demander votre accord à nouveau.

3. Que peut-il détruire ?

La question la plus importante, et la moins posée. Un modèle qui se trompe sur une tâche coûte dix secondes. Sur une facture envoyée, il coûte une cliente.

Un connecteur sérieux n'expose pas la suppression, l'envoi d'emails, ni la facturation. Pas « les expose avec une confirmation » : ne les expose pas du tout. Ce qui n'existe pas ne peut pas être appelé par erreur.

4. Comment on coupe, et est-ce que ça prend effet ?

Il faut un écran qui liste les applications ayant accès, ce que chacune peut faire, et la date de leur dernier passage. C'est ce dernier détail qui permet de repérer l'accès accordé il y a huit mois pour un essai, jamais retiré.

Et couper doit prendre effet à l'appel suivant, pas à l'expiration d'un jeton dans trente jours.

Ce qu'un connecteur ne résout pas

Soyons honnêtes sur les limites, parce qu'elles décident si ça vaut le coup pour vous.

Ça ne range pas à votre place. Si vos clients s'appellent « Marie », « marie d. » et « Mme Dupont » dans trois outils différents, le modèle créera des doublons. Le rapprochement se fait sur le nom : il tolère la casse et les accents, pas l'approximation. Un rapprochement approximatif serait pire : rattacher une réunion au mauvais client est une erreur qu'on ne voit pas passer.

Ça ne devine pas les dates. « D'ici la fin du mois » dans un compte rendu n'est pas une échéance. Un bon connecteur préfère vous la demander plutôt que l'inventer.

Ça ne s'annule pas. Une création reste. D'où l'importance d'un mode simulation : vous voyez la liste de ce qui serait créé avant que ça existe. Sur trois tâches, on s'en passe. Sur un import de quarante lignes, jamais.

Comment on l'a construit chez Gommett

Le connecteur Gommett expose quatre outils en lecture (tâches du jour, portefeuille, temps suivi, estimation de chiffre d'affaires) et un seul en création.

Un seul, délibérément. Un serveur qui expose vingt outils rend le modèle moins bon : il choisit mal et rate celui qui avait la réponse. Ajouter une tâche et transposer un espace Notion entier passent donc par la même porte, avec la même règle : ce qui existe est reconnu, jamais recréé.

L'écriture s'accorde séparément de la lecture. Un connecteur autorisé en lecture avant que la création existe ne l'a pas obtenue au passage : il faut retirer l'accès et le réaccorder, avec un écran qui dit ce qui change. C'est plus contraignant, et c'est le prix d'une promesse tenue.

Le détail des outils, du branchement et des garanties est sur la page du connecteur. Deux usages en tirent le plus : transposer un espace Notion et transformer un compte rendu de réunion en tâches.

FAQ

Faut-il savoir coder pour brancher un connecteur MCP ?

Non. Vous copiez une adresse, vous la collez dans les réglages de votre assistant, vous autorisez dans votre navigateur. Il n'y a ni fichier à éditer ni logiciel à installer.

Est-ce que mes données clientes partent chez l'éditeur de l'IA ?

Ce que vous demandez et ce que le connecteur répond entrent dans la conversation, donc chez l'éditeur de l'assistant que vous utilisez. C'est chez lui qu'il faut vérifier ce qu'il en fait. Le connecteur, lui, ne fait que répondre à des requêtes : il n'envoie rien de lui-même.

Un connecteur peut-il voir les données d'une autre assistante ?

Il ne le doit pas, et la bonne façon de l'empêcher n'est pas un contrôle mais une absence : si les outils n'acceptent aucun identifiant de client en paramètre, la question ne peut pas être posée.

Qu'est-ce qui se passe si je résilie mon abonnement ?

Un connecteur doit être refusé au même moment que l'écran. Un accès accordé quand le compte était actif ne survit pas à sa fermeture, sinon une clé oubliée dans un fichier continue d'ouvrir la porte.

MCP, c'est réservé à Claude ?

Non. C'est un protocole ouvert. Claude a été le premier à le proposer, mais tout client conforme peut se brancher sur un serveur MCP.