Les connecteurs et MCP

Jusqu’ici, tout ce que Claude connaissait de votre travail, vous le lui aviez donné à la main : une pièce jointe, un texte collé, un document de projet. Les connecteurs changent cela : Claude va chercher lui-même dans vos outils, et peut y écrire.

C’est un saut qualitatif, et c’est aussi le moment où les questions de sécurité deviennent concrètes.

Ce qu’est un connecteur#

Un connecteur est un branchement entre Claude et un outil que vous utilisez déjà : espace de fichiers, gestion de projet, agenda, messagerie, base de connaissances, outil de développement.

Une fois branché, Claude peut y lire — retrouver un document, consulter des tickets, lire un fil de discussion — et, si vous l’y autorisez, y écrire : créer une tâche, mettre à jour une fiche, rédiger un brouillon.

Le mécanisme reste celui du chapitre 1. Claude produit une demande d’action, le système l’exécute, le résultat revient dans son contexte, il continue. Ce qui revient consomme de la fenêtre — voir le chapitre 3.

MCP, et pourquoi le nom compte un peu#

MCP — pour Model Context Protocol — est la norme technique sur laquelle reposent les connecteurs. Vous n’avez pas besoin d’en savoir plus que ceci : c’est une norme ouverte.

Sa conséquence pratique est réelle. N’importe quel éditeur peut rendre son outil compatible sans qu’Anthropic ait à le prévoir spécifiquement. Et votre entreprise peut développer un connecteur pour ses propres outils internes — un ERP maison, une base métier — et le mettre à disposition de ses équipes.

Autrement dit : le catalogue s’élargit par l’extérieur, et il n’est pas limité aux outils grand public.

Les autorisations#

C’est la partie du chapitre à ne pas survoler.

Brancher un connecteur, c’est accorder des droits. La question à se poser n’est pas « est-ce que je fais confiance à Claude ? » mais « qu’est-ce que je serais gêné de voir arriver ? »

Trois principes.

Lecture seule par défaut. Beaucoup d’usages ne demandent que de la lecture : retrouver, analyser, synthétiser. Accorder l’écriture « au cas où » est exactement le réflexe qui produit les mauvaises surprises.

Le périmètre le plus étroit possible. Un espace de travail dédié plutôt que l’ensemble du disque partagé. Un projet plutôt que toute l’instance. Vous pourrez toujours élargir.

Vérifiez ce que « accès complet » recouvre. Selon les outils, cela peut inclure la suppression, la modification de partages, ou l’accès à des espaces auxquels vous n’aviez pas pensé.

Formuler une demande qui exploite l’outil#

Un connecteur mal exploité produit des réponses décevantes qui ressemblent à une panne. Trois habitudes changent tout.

Nommez l’outil. « Cherche dans notre espace de documentation » plutôt que « retrouve le document sur X ». Sans cela, Claude peut répondre de mémoire ou chercher sur le web.

Donnez le périmètre. « Dans le dossier Contrats 2026, pas ailleurs. » Cela réduit le bruit et la consommation de contexte.

Demandez ce qu’il a trouvé avant qu’il ne l’interprète.

Dans [outil], cherche [ce que vous cherchez] dans [périmètre précis].

Avant de répondre à ma question, liste ce que tu as trouvé : titre,
date de dernière modification, auteur, et une ligne sur le contenu.

Ne l’exploite pas encore. Je veux d’abord savoir sur quoi tu vas
travailler.

Cette étape a l’air d’une perte de temps ; elle en fait gagner. Vous découvrez que le document sur lequel Claude s’apprêtait à travailler date de deux ans, ou qu’il n’a pas vu celui qui compte.

Les écritures#

Faire écrire Claude dans vos outils est là que le gain de temps devient réel — et là que la prudence s’impose.

Faites toujours proposer avant d’exécuter.

À partir de ce compte rendu, prépare les tâches à créer dans [outil].

Ne crée rien pour l’instant. Montre-moi la liste : titre, description,
assigné, échéance, projet de destination.

J’en validerai certaines, et tu ne créeras que celles-là.

Préférez le brouillon à l’envoi. Sur une messagerie, un brouillon se relit ; un envoi ne se rattrape pas.

Ne jamais automatiser l’irréversible. Suppression, envoi externe, publication, modification de droits. Le chapitre 22 revient sur cette règle.

Quand ça ne marche pas#

Quatre causes couvrent l’immense majorité des cas.

Le périmètre. Le document existe mais n’est pas dans l’espace auquel le connecteur a accès. Demandez l’inventaire de ce qu’il voit.

Le nommage. Vous cherchez « le contrat Dupont », le fichier s’appelle « CTR-2026-114-v3-final ». Décrivez le contenu plutôt que le nom.

Les droits. Le compte connecté n’a pas accès à cet espace. Le message d’erreur est souvent peu clair — vérifiez côté outil, pas côté Claude.

L’outil renvoie trop. Une recherche large sature le contexte et Claude travaille sur un échantillon. Resserrez le périmètre.

Tu n’as pas trouvé ce que je cherchais.

1. Quelle recherche as-tu réellement effectuée, avec quels termes ?
2. Quel périmètre le connecteur t’autorise-t-il à atteindre ?
3. Qu’as-tu obtenu comme résultat, y compris vide ou en erreur ?
4. Que faudrait-il changer dans ma demande ou dans les autorisations ?

Combiner plusieurs connecteurs#

C’est là que l’intérêt devient net : Claude peut lire dans un outil et écrire dans un autre.

Lire les tickets, retrouver les échanges correspondants, produire une synthèse, créer les tâches de suivi. Ou : lire l’agenda, retrouver les documents des réunions, préparer les points d’attention.

Deux règles pour que cela reste maîtrisé.

Un connecteur en écriture à la fois. Une chaîne qui écrit dans trois outils devient impossible à vérifier.

Demandez le plan avant l’exécution. « Décris-moi ce que tu vas faire, outil par outil, avant de faire quoi que ce soit. »

Dans notre espace de documentation, dossier « Comités de pilotage »,
récupère les comptes rendus des trois derniers comités.

Dans notre outil de gestion de projet, projet « [nom] », récupère
l’état des tâches créées après ces comités.

Avant toute analyse, liste ce que tu as trouvé des deux côtés.

Ensuite seulement, produis :
1. Les actions décidées et effectivement terminées
2. Les actions décidées, non terminées et sans progression visible —
   avec la date de décision et le nom du responsable
3. Les sujets reportés d’un comité à l’autre au moins deux fois
4. Les décisions prises dont aucune tâche ne semble découler

Pour chaque point, la source précise.
Si un rapprochement est incertain, mets-le dans une section « à
confirmer » plutôt que de trancher.

Ce qu’il faut retenir#