Niveau de preuve : C — faits vérifiés à la source. Aucun des produits nommés sur cette page n’est payé ni testé par Productions IDO. On n’y trouve ni note, ni verdict, ni recommandation personnelle : seulement ce que publient la spécification du protocole et la documentation des éditeurs, avec leur URL et leur date de consultation. Dernière vérification : 21 septembre 2026.
En bref. MCP est un standard ouvert qui fait passer le branchement d’une application d’IA à vos logiciels de N × M à N + M : l’éditeur publie un serveur une fois, et toute application qui parle le protocole s’y branche sans qu’on écrive d’intégration. Un serveur expose trois briques, et la colonne « contrôlé par » de la documentation officielle est ce qui compte : les outils sont contrôlés par le modèle et peuvent écrire, les ressources par l’application et sont en lecture seule, les prompts par l’utilisateur. Ce que MCP ne change pas : l’agent hérite des droits du compte qui l’a autorisé, consomme les mêmes quotas d’API — ClickUp publie 100 appels par 24 h glissantes au forfait Free, 300 en Unlimited, 1 000 en Business, 2 500 en Business Plus et 5 000 en Enterprise — et lit des données exactement aussi en désordre qu’avant. Le critère de décision n’est pas « simple ou complexe » mais « prévisible ou non » : chemin toujours identique, c’est une automatisation classique ; chemin qui varie selon le contenu, c’est le terrain d’un agent.
Le mot « agent » sert aujourd’hui à désigner trois choses différentes : un assistant qui répond dans une fenêtre de clavardage, un programme qui appelle des fonctions et modifie des données, et une automatisation classique rebaptisée. Cette page les sépare, et explique ce que le Model Context Protocol — MCP — ajoute réellement. Le critère mesurable retenu est le nombre de branchements à construire : pour relier N logiciels à M applications d’IA, une intégration sur mesure par paire en demande N × M ; un protocole commun en demande N + M. C’est la seule chose que MCP change de façon arithmétique. Tout le reste — droits d’accès, qualité des données, supervision, facture au volume — reste exactement où c’était.
Le tableau des trois choses qu’on confond
| Assistant conversationnel | Agent qui agit | Automatisation classique | |
|---|---|---|---|
| Ce qu’il produit | Du texte, dans une fenêtre | Des appels d’outils qui lisent ou écrivent dans un logiciel | Une suite d’actions définie d’avance |
| Qui décide de la suite | L’humain, à chaque tour | Le modèle, à partir de la liste d’outils qu’on lui expose | La règle écrite par l’humain, une fois |
| Chemin d’exécution | Aucun : il n’agit pas | Variable d’un cas à l’autre | Fixe, identique à chaque passage |
| Effet d’une erreur | Une mauvaise réponse à lire | Une donnée modifiée dans un système de production | L’action prévue, exécutée au mauvais moment |
| Ce qui est facturé | L’appel au modèle | L’appel au modèle, plus les quotas d’API des outils branchés | L’unité de l’éditeur : exécution, tâche, crédit |
| Ce qu’on peut rejouer | La conversation | Rien à l’identique : le modèle peut choisir un autre chemin | Tout, à l’identique |
La ligne qui compte est la troisième. Un assistant ne touche à rien. Une automatisation classique suit toujours le même chemin. Un agent choisit le sien à chaque exécution, à partir d’une liste d’outils qu’on lui a rendue visible — et c’est précisément ce que MCP sert à rendre visible.
Ce qu’est MCP, en termes de PME
La documentation officielle le définit ainsi : « MCP (Model Context Protocol) is an open-source standard for connecting AI applications to external systems », et propose l’image d’« un port USB-C pour les applications d’IA » (modelcontextprotocol.io/docs/getting-started/intro, consulté le 21 septembre 2026).
Trois rôles, et la documentation les nomme précisément (modelcontextprotocol.io/docs/learn/architecture, consulté le 21 septembre 2026) :
- L’hôte MCP — l’application d’IA qui coordonne le tout.
- Le client MCP — un connecteur par serveur, qui maintient la liaison.
- Le serveur MCP — « a program that provides context to MCP clients ».
C’est l’éditeur du logiciel qui le publie, ou un tiers.
Le serveur MCP est donc un composant que le fournisseur de votre CRM, de votre gestionnaire de tâches ou de votre comptabilité publie une fois. À partir de là, n’importe quelle application d’IA qui parle le protocole peut s’y brancher — sans que personne n’écrive une intégration propre à ce couple d’outils. C’est là, et seulement là, que se trouve l’économie : on passe de N × M branchements à N + M.
Les trois briques qu’un serveur expose
La documentation en nomme trois, avec une colonne « qui contrôle » (modelcontextprotocol.io/docs/learn/server-concepts, consulté le 21 septembre 2026) :
| Brique | Ce que c’est | Contrôlé par |
|---|---|---|
| Tools (outils) | Des fonctions que le modèle peut appeler : écrire en base, appeler une API, modifier un fichier | Le modèle |
| Resources (ressources) | Des sources de données en lecture seule, fournies comme contexte | L’application |
| Prompts | Des gabarits d’instruction préparés, invoqués explicitement | L’utilisateur |
La distinction entre les deux premières lignes est celle qui sépare « lire » de « faire ». Une ressource ne modifie rien. Un outil, oui : la documentation précise que les outils « can write to databases, call external APIs, modify files, or trigger other logic ».
Le protocole lui-même repose sur JSON-RPC 2.0 et prévoit deux transports : stdio, pour un serveur qui tourne sur la même machine, et Streamable HTTP, pour un serveur distant — ce dernier « supports standard HTTP authentication methods including bearer tokens, API keys, and custom headers », et « MCP recommends using OAuth to obtain authentication tokens » (même page, même date). Pour une PME, la conséquence pratique est simple : un serveur MCP distant se branche avec les mêmes mécanismes d’authentification qu’une API, pas avec un mot de passe partagé.
Ce que des éditeurs de la pile PME publient déjà
Trois exemples lus à la source le 21 septembre 2026, choisis parce que les éditeurs publient des conditions précises.
ClickUp. « ClickUp MCP is available on all plans » (help.clickup.com, article « What is ClickUp MCP »). L’authentification passe par OAuth 2.1 avec PKCE. La documentation développeur énumère neuf familles d’outils — recherche, tâches, suivi du temps, hiérarchie d’espaces, membres, clavardage, documents, étiquettes, temps par statut — et pose une limite explicite : « Your AI assistant will only be able to perform actions in ClickUp that you have permission to do » (developer.clickup.com/docs/mcp-tools).
Les quotas sont publiés, et c’est rare : sans le module Everything AI, la limite est de 100 appels sur 24 heures glissantes au forfait Free, 300 en Unlimited, 1 000 en Business, 2 500 en Business Plus et 5 000 en Enterprise. Avec le module, les appels retombent sous les limites de l’API publique. Ce sont des appels, pas des dollars : le montant du module Everything AI n’est pas relevé sur cette page.
Zoho CRM. Zoho publie quatre serveurs préconstruits — Data Insights en lecture seule, Data Operations pour la création et la modification, Module Customization, et Workflow & Process Automation (zoho.com/crm/developer/docs/mcp/overview.html). Deux phrases de cette page tranchent le débat sur ce que MCP change : « All actions are scoped to your Zoho CRM user permissions. You can only perform operations that your CRM role allows », et « API calls executed through MCP consume API credits in the same way as standard API calls. These requests are subject to the existing API credit limits. »
Autrement dit : l’agent hérite des droits de la personne qui l’a autorisé, et il consomme le même quota d’API que n’importe quel autre programme. Le protocole n’élargit ni l’un ni l’autre.
Ce qui ne change pas
Les droits d’accès restent les droits d’accès
Un agent branché par MCP agit dans la limite du compte qui a donné l’autorisation. C’est une bonne nouvelle et un piège : si la personne qui autorise le connecteur est administratrice, l’agent l’est aussi. La spécification consacre une section entière à cette question et pose une règle sans nuance pour les serveurs qui relaient vers une API tierce : « MCP servers MUST NOT accept any tokens that were not explicitly issued for the MCP server » (modelcontextprotocol.io/specification/latest/basic/security_best_practices, consulté le 21 septembre 2026). Elle recommande aussi un modèle de portée minimale : commencer avec un jeu de droits réduit et l’élargir seulement à la demande.
Pour une PME, ça se traduit en une question à poser avant tout branchement : quel compte autorise le connecteur, et qu’est-ce que ce compte a le droit de faire ? La réponse détermine entièrement le périmètre de l’agent.
La supervision humaine sur les actions irréversibles
La documentation est explicite sur le fait que le modèle décide : « Tools are model-controlled, meaning AI models can discover and invoke them automatically. » Elle ajoute immédiatement que « MCP emphasizes human oversight », et énumère les mécanismes que les applications peuvent mettre en place : afficher les outils disponibles, demander une approbation par appel d’outil, pré-approuver certaines opérations jugées sûres, tenir un journal d’activité (docs/learn/server-concepts).
À lire attentivement : ce sont des mécanismes que l’application peut implémenter, pas des garanties du protocole. Une PME qui branche un agent sur un outil où des actions sont irréversibles — suppression d’enregistrement, envoi de courriel à un client, émission de facture — doit vérifier que l’application d’IA qu’elle utilise offre une approbation par action, et que cette approbation est activée.
Les données en désordre restent en désordre
Un agent lit ce qui est là. Trois fiches du même client sous trois orthographes donnent trois réponses possibles. Le protocole normalise la manière de demander, pas ce qu’on trouve. C’est le même constat que pour n’importe quelle intégration : le ménage dans les données est un préalable, pas un effet secondaire.
La facture au volume
Un agent branché par MCP produit deux factures superposées : les appels au modèle, facturés par le fournisseur du modèle, et la consommation des API des outils branchés — les crédits Zoho, les appels ClickUp sur 24 heures glissantes, et ainsi de suite. Les barèmes d’appel des fournisseurs de modèles ne sont pas relevés sur cette page et sont marqués à vérifier ci-dessous. Le point structurel, lui, est vérifié : un agent qui choisit son chemin appelle un nombre d’outils variable d’un cas à l’autre, donc consomme un volume variable. Une automatisation à chemin fixe consomme un volume fixe.
Le vrai critère de décision pour une PME
Il tient en une question, et elle ne porte pas sur la technologie : est-ce que la tâche suit toujours le même chemin ?
- Toujours le même chemin. Une facture payée déclenche un courriel de
remerciement et un changement de statut. Trois étapes, aucune décision. Une automatisation classique — règle native du logiciel, webhook ou iPaaS — fait ça pour un coût prévisible, se rejoue à l’identique et se vérifie dans un journal. Un agent ferait le même travail en choisissant un chemin légèrement différent chaque fois, pour un coût variable et une trace moins lisible.
- Le chemin varie selon le cas. Un courriel entrant de client peut être
une demande de prix, une plainte, une question de facturation ou un changement d’adresse. Le traitement dépend de ce qu’il contient. Écrire une règle par cas de figure, c’est accepter de ne jamais couvrir le cas qu’on n’a pas prévu. C’est le terrain où un agent branché sur plusieurs outils — la billetterie, le CRM, la comptabilité — est autre chose qu’une automatisation déguisée.
La frontière n’est pas « simple ou complexe », c’est « prévisible ou non ». Une automatisation à vingt étapes toujours identiques reste une automatisation classique. Une décision à deux branches qui dépend du contenu d’un texte libre est déjà hors de portée d’une règle.
Pour la suite — les quatre approches d’automatisation, ce que chacune compte et facture, et les points de bascule de l’une à l’autre — voir la page Automatisation native, webhook, iPaaS ou agent IA : ce que chacune des quatre approches facture.
Ce qui reste à vérifier
- Barèmes d’appel des fournisseurs de modèles — non relevés pour cette
page. Aucun montant d’OpenAI, d’Anthropic, de Microsoft ou de Google n’est cité ici.
- Prix du module Everything AI de ClickUp — non relevé à la source le
21 septembre 2026, et la page de prix de ClickUp n’affiche aucun code de devise (constat du relevé de la page sœur).
- Devise des montants ClickUp — à vérifier.
- Coût des crédits d’API Zoho au-delà du quota inclus — non relevé.
- Liste des éditeurs de la pile PME qui publient un serveur MCP officiel —
seuls ClickUp et Zoho CRM ont été vérifiés à la source pour cette page. Toute autre mention serait une reprise non vérifiée.
- **Comportement des applications d’IA grand public en matière d’approbation
par action** — varie d’une application à l’autre, non relevé produit par produit.
- Version du protocole en vigueur — la documentation consultée référence
la version 2026-07-28 ; les versions évoluent et certaines primitives y sont marquées obsolètes.
Méthode
Tout ce qui est affirmé sur le protocole provient de la documentation officielle publiée sur modelcontextprotocol.io, consultée le 21 septembre 2026 : la page d’introduction, la vue d’ensemble de l’architecture, la page sur les concepts de serveur, et la page des bonnes pratiques de sécurité de la spécification. Les citations sont reproduites en anglais, langue dans laquelle elles sont publiées ; les adresses sont données dans le texte.
Les éléments propres à ClickUp proviennent de help.clickup.com et de developer.clickup.com, ceux propres à Zoho CRM de zoho.com/crm/developer/docs/mcp/overview.html, tous consultés le même jour.
Trois règles ont été appliquées sans exception. Aucun prix de service d’IA n’est cité : ce qui n’a pas été lu à la source le jour même est nommé comme non relevé. Aucun chiffre n’a été repris d’un agrégateur, d’un blogue ou d’un comparateur. Aucune conversion de devise n’a été faite.
Ce que cette page ne prétend pas faire : évaluer la qualité d’un agent, d’un modèle ou d’une application d’IA, mesurer un gain de temps, recommander un produit, ou affirmer qu’une PME donnée devrait brancher un agent sur ses outils. Elle décrit un protocole, ce qu’il normalise, et ce qu’il laisse intact. Aucun des produits nommés n’a été testé par Productions IDO. La documentation d’un protocole en développement change vite : chaque affirmation est à re-vérifier à son adresse avant d’être réutilisée.
À lire aussi
- Automatisation native, webhook, iPaaS ou agent IA : ce que chacune des quatre approches facture — la différence entre une intégration native, un webhook, un iPaaS et un agent
- Zapier, Make ou n8n : les prix, les unités facturées et l’auto-hébergement — les trois plateformes d’automatisation comparées, prix et unités
Divulgation d’affiliation. Certaines pages d’outilspme.ca contiennent des liens d’affiliation, signalés par un marqueur visible dans le texte. Cette page n’en contient aucun : aucun des fournisseurs d’IA nommés ici n’exploite de programme d’affiliation, et tous les liens de cette page sont des liens ordinaires vers les pages officielles. Cela ne change rien à la méthode : les faits sont vérifiés à la source officielle et le niveau de preuve est indiqué en tête de page. Questions : info@outilspme.ca