MCP comptable : combien de connecteurs un cabinet peut-il vraiment brancher ?

Premier connecteur : tout va bien

Un serveur, quelques dizaines d'outils, un vocabulaire cohérent. L'assistant sélectionne correctement, les réponses sont sourcées, le cabinet gagne du temps sur les questions ponctuelles. C'est l'expérience qui donne envie d'aller plus loin.

Deuxième et troisième : le contexte se remplit

Chaque serveur ajouté charge l'intégralité de ses définitions d'outils dans le contexte, à chaque conversation, indépendamment de la question posée. À 200 ou 500 tokens par outil, trois serveurs et une quarantaine d'outils suffisent à occuper près des trois quarts d'une fenêtre de 200 000 tokens.

Le symptôme n'est pas une erreur : c'est une réponse plus courte, plus vague, qui oublie le début de la conversation. Difficile à attribuer, donc difficile à corriger.

Quatrième : le mur

Les clients d'IA imposent des plafonds durs. GitHub Copilot refuse au-delà de 128 outils par requête avec une erreur explicite. Cursor plafonne autour de quarante. Il faut alors désactiver des outils à la main, arbitrer entre les sources, et le cabinet se retrouve à administrer un parc de connecteurs au lieu de réviser des dossiers.

Réserve honnête : ces plafonds sont ceux d'outils de développement, les plus documentés à ce jour. Les assistants grand public ne publient pas tous les leurs, mais ils sont soumis aux mêmes contraintes de fenêtre.

Ce que l'empilement ne résout jamais

Même sans plafond, trois connecteurs restent trois tuyaux. Aucun ne voit ce que voit l'autre, aucun ne retient ce que le cabinet a tranché, et aucun ne prévient sans qu'on demande.

C'est pourquoi la bonne question n'est pas « combien de connecteurs », mais « qu'est-ce qui croise et qu'est-ce qui retient ». Un cabinet n'a pas besoin de N accès aux données. Il a besoin d'un point qui connaît ses dossiers et se souvient de ses arbitrages.