# Qu’est-ce que MCP ? Le guide complet du Model Context Protocol

> MCP, c’est quoi ? Définition du Model Context Protocol, histoire, fonctionnement d’un serveur MCP, différences avec une API et le RAG, sécurité et adoption.

Mis à jour le 2026-10-21 · L’équipe Ondes PRO · https://ondes.pro/fr/integrations/mcp/qu-est-ce-que-mcp

Le **Model Context Protocol (MCP)** est un standard ouvert qui permet à un assistant IA de se connecter à des logiciels, des bases de données et des services pour y lire des informations et y agir. Ce guide explique ce qu’est un **serveur MCP**, d’où vient le protocole, comment il fonctionne, ce qui le distingue d’une API ou du RAG, quels risques il pose, et comment Ondes PRO l’applique à toute une entreprise.

## MCP, c’est quoi ? La définition en une minute

Un grand modèle de langage, seul, ne sait que ce qu’il a appris pendant son entraînement et ce que vous lui écrivez dans la conversation. Il ne connaît ni vos commandes du jour, ni l’état de votre stock, ni le contenu de votre agenda. Pour qu’il puisse s’en servir, il faut lui ouvrir une porte vers ces données — et décider de ce qu’il a le droit d’y faire.

Le **Model Context Protocol** normalise cette porte. Un logiciel qui veut être utilisable par une IA publie un **serveur MCP** ; une application d’IA qui veut se brancher sur des logiciels embarque un **client MCP**. Les deux parlent la même langue : le client demande au serveur ce qu’il sait faire, le serveur répond par une liste d’outils décrits avec précision, et le modèle choisit lui-même lesquels appeler pour répondre à votre demande.

L’image souvent employée est celle d’une prise USB-C pour l’IA : un connecteur unique, quel que soit l’appareil branché de l’autre côté. Elle a ses limites — un outil MCP n’est pas un câble, il porte une sémantique, des droits et des effets — mais elle dit l’essentiel : on écrit l’intégration une fois, et elle fonctionne avec tous les assistants compatibles.

- **25 nov. 2024** — lancement du protocole par Anthropic
- **Déc. 2025** — confié à l’Agentic AI Foundation, sous l’égide de la Linux Foundation
- **10 000+** — [serveurs MCP actifs](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/) annoncés à l’arrivée de MCP à l’Agentic AI Foundation (décembre 2025)
- **2** — transports standard : stdio en local, Streamable HTTP à distance

## À quoi sert le MCP ? Le problème N × M

Avant MCP, chaque éditeur d’assistant développait ses propres connecteurs, et chaque éditeur de logiciel devait en écrire un par assistant. Avec N assistants et M logiciels, il fallait N × M intégrations, toutes différentes, toutes à maintenir. Les « plugins » d’un assistant ne marchaient pas dans un autre, et un logiciel de niche n’intéressait personne.

Un protocole commun ramène le problème à N + M : chaque assistant implémente le client une fois, chaque logiciel implémente le serveur une fois. C’est exactement ce qu’a fait le Language Server Protocol pour les éditeurs de code, dont MCP s’inspire explicitement : un langage de programmation n’a plus besoin d’un greffon par éditeur, il publie un serveur de langage et tous les éditeurs en profitent.

Pour une entreprise, la conséquence est concrète. Vous n’êtes plus liée à l’assistant qu’a choisi votre éditeur de logiciel : si votre outil de gestion expose un serveur MCP, vous pouvez l’utiliser depuis Claude aujourd’hui, depuis un éditeur de code demain, et depuis l’assistant que votre équipe adoptera l’an prochain.

## Histoire du Model Context Protocol, de 2024 à aujourd’hui

Les étapes qui ont fait d’une proposition d’éditeur un standard de l’industrie.

| Date | Étape |
| --- | --- |
| 25 novembre 2024 | Anthropic publie le protocole en open source, avec ses spécifications et des SDK ([annonce](https://www.anthropic.com/news/model-context-protocol)). |
| Mars 2025 | OpenAI annonce sa prise en charge ; la révision de la spécification introduit le transport Streamable HTTP et un cadre d’autorisation OAuth. |
| Avril 2025 | Google DeepMind rejoint le mouvement. |
| Mai 2025 | Microsoft présente à sa conférence Build la prise en charge de MCP dans ses produits. |
| Juin 2025 | Nouvelle révision : le serveur MCP devient formellement un serveur de ressource OAuth. |
| Décembre 2025 | Le protocole est confié à l’Agentic AI Foundation, fonds dirigé de la Linux Foundation cofondé par Anthropic, Block et OpenAI ([annonce](https://blog.modelcontextprotocol.io/posts/2025-12-09-mcp-joins-agentic-ai-foundation/)). |
| 28 juillet 2026 | Révision majeure : protocole sans état, autorisation alignée sur OAuth et OpenID Connect, extensions Tasks et MCP Apps ([annonce](https://blog.modelcontextprotocol.io/posts/2026-07-28/)). |

## Qui maintient MCP ? Un standard neutre et durable

Un protocole porté par un seul éditeur inquiète à juste titre : il peut changer de cap, ou disparaître. C’est précisément pour lever cette réserve qu’Anthropic a confié MCP, en décembre 2025, à l’**Agentic AI Foundation** (AAIF), un fonds dirigé de la Linux Foundation. La fondation a été cofondée par Anthropic, Block et OpenAI, et est soutenue par Google, Microsoft, AWS, Cloudflare et Bloomberg.

La gouvernance est désormais celle d’un projet ouvert : spécification publique, processus de proposition documenté, implémentations de référence et SDK dans plusieurs langages. Que des concurrents directs financent ensemble la même fondation est un signal fort de durabilité pour un standard aussi jeune.

## Comment fonctionne un serveur MCP : hôte, client et serveur

L’architecture distingue trois rôles. L’**hôte** est l’application que vous utilisez : un assistant conversationnel, un éditeur de code, un terminal. Le **client MCP** vit dans l’hôte et tient une connexion avec un serveur donné — un hôte connecté à cinq serveurs a cinq clients. Le **serveur MCP** est le programme qui expose les capacités d’un logiciel : il peut tourner sur votre poste ou être hébergé chez l’éditeur.

Les échanges sont des messages **JSON-RPC 2.0** : des requêtes, des réponses et des notifications au format JSON. Au début de l’échange, client et serveur s’accordent sur une **version du protocole** — les versions sont datées, par exemple `2025-06-18` — et sur les fonctionnalités que chacun prend en charge. Le client peut ensuite lister les outils du serveur, puis les appeler avec des arguments conformes à leur schéma.

Le point décisif est que le **modèle décide**. Chaque outil arrive avec un nom, une description en langage naturel et un schéma JSON de ses paramètres. Le modèle lit ces descriptions comme il lirait une documentation, et choisit l’outil adapté à votre demande. C’est pourquoi la qualité d’un serveur MCP tient autant à la clarté de ses descriptions qu’à la justesse de son code : un outil mal décrit ne sera jamais appelé, ou le sera à contretemps.

## Outils, ressources, prompts : les briques d’un serveur MCP

La spécification définit plusieurs familles de capacités. Un serveur n’est pas tenu de toutes les proposer.

| Brique | Côté | Qui la déclenche | Exemple |
| --- | --- | --- | --- |
| Outils (tools) | Serveur | Le modèle, selon la demande | Créer un devis, lister les factures en retard |
| Ressources (resources) | Serveur | L’application hôte | Un fichier, un enregistrement, une page de documentation |
| Prompts | Serveur | L’utilisateur, explicitement | Un modèle de demande « préparer une relance » |
| Échantillonnage (sampling) | Client | Le serveur, avec l’accord du client | Le serveur demande au modèle de résumer un texte |
| Sollicitation (elicitation) | Client | Le serveur | Le serveur demande une précision à l’utilisateur |

Dans la pratique, les outils sont de loin la brique la plus utilisée : c’est par eux qu’un assistant lit et agit.

## Les transports MCP : stdio en local, Streamable HTTP à distance

Le protocole définit deux transports standard. **stdio** sert aux serveurs locaux : l’hôte lance le serveur comme un programme sur votre machine et lui parle par l’entrée et la sortie standard. C’est simple et rapide, idéal pour un outil qui travaille sur vos fichiers, mais cela suppose d’installer et de mettre à jour un programme sur chaque poste.

**Streamable HTTP** sert aux serveurs distants : le client envoie ses messages en HTTP à une adresse unique, et le serveur peut répondre en un bloc ou en flux. Il a remplacé en 2025 le premier transport distant, qui reposait sur deux points d’accès et des Server-Sent Events. Pour un logiciel en ligne, c’est le choix naturel : rien à installer, une URL à coller, et l’éditeur met le serveur à jour pour tout le monde.

Un transport distant appelle une authentification. La spécification s’appuie sur **OAuth 2.1** : le serveur annonce où s’authentifier par des documents de métadonnées publiés sous `/.well-known/`, le client ouvre une fenêtre de connexion, l’utilisateur consent, et le client reçoit un jeton d’accès. Les révisions successives ont durci ce cadre — PKCE, indicateurs de ressource pour qu’un jeton ne vaille que pour le serveur visé — et la révision de juillet 2026 l’aligne plus étroitement sur OAuth et OpenID Connect.

## Que se passe-t-il quand vous posez une question à un assistant connecté ?

Le déroulé typique d’une demande, de votre phrase à la réponse.

1. **L’assistant découvre les outils** — À la connexion, le client récupère la liste des outils du serveur et leurs descriptions. Elles sont placées dans le contexte du modèle, qui sait désormais ce qu’il peut faire.
2. **Le modèle choisit un outil** — Vous écrivez votre demande. Le modèle la rapproche des descriptions disponibles et décide d’appeler un ou plusieurs outils, avec des arguments qu’il construit lui-même.
3. **Le client demande votre accord si nécessaire** — Selon l’hôte et ses réglages, un appel peut exiger votre approbation, surtout s’il modifie des données. Le serveur peut lui aussi imposer ses propres garde-fous.
4. **Le serveur exécute et répond** — Le serveur vérifie les droits de l’utilisateur, exécute l’action dans le logiciel et renvoie un résultat structuré — ou un refus expliqué.
5. **Le modèle compose la réponse** — Il lit le résultat, enchaîne d’autres appels si besoin, puis vous répond en langage naturel en s’appuyant sur des données réelles et à jour.

## Un exemple : la découverte en action

_Exemple de conversation · données de démonstration (Atelier Lumen)_

> **Vous** : Quels luminaires sont passés sous leur seuil de stock, et est-ce qu’un ordre de fabrication est déjà prévu pour eux ?
>
> 🔧 `ondes_etat` Connecté en tant que Karim Benali ; modules Stocks, Boutique et Facturation accessibles.
>
> 🔧 `ondes_chercher` « seuil de stock » — trouve `inventory/composants` et `inventory/ordres-production`.
>
> 🔧 `ondes_ressource` Fiche `inventory/composants` : champs, filtres disponibles et tri.
>
> 🔧 `ondes_appeler` `GET inventory/composants` filtré sur le stock bas — 3 composants.
>
> 🔧 `ondes_appeler` `GET inventory/ordres-production` — 1 ordre en cours.
>
> **Assistant** : Trois références sont sous leur seuil : **Lampe Trépied** (4 pour un seuil de 10), **Suspension Laiton** (6 pour 12) et **Lampadaire Arc** (2 pour 5). Seul le Lampadaire Arc a un ordre de fabrication en cours, 15 pièces attendues le 6 novembre. Voulez-vous que je prépare des ordres pour les deux autres ?

## MCP ou API REST : quelle différence ?

Une **API REST** est écrite pour des développeurs : des points d’accès, des verbes HTTP, une documentation qu’un humain lit avant d’écrire du code qui l’appellera toujours de la même façon. Un **serveur MCP** est écrit pour un modèle : il se décrit lui-même, au moment de la connexion, dans des termes qu’une IA comprend, et c’est le modèle qui décide à l’exécution quoi appeler.

Les deux ne s’opposent pas. Dans la plupart des cas, un serveur MCP s’appuie sur une API existante : il en est la couche de découverte et de sécurité pour les assistants. L’API reste le bon outil pour une intégration déterministe — synchroniser un site e-commerce, un logiciel de comptabilité — où chaque appel doit être prévisible ; MCP excelle quand la demande est formulée en langage naturel et que le chemin pour y répondre n’est pas connu d’avance.

Une idée reçue revient souvent : « MCP est avec état, REST est sans état ». Elle n’a jamais été une différence de fond, et la révision de juillet 2026 du protocole l’a rendue caduque en supprimant les sessions côté serveur. Nous détaillons la comparaison dans [MCP ou API REST](https://ondes.pro/fr/integrations/mcp/mcp-ou-api-rest), et celle avec les plateformes d’automatisation dans [MCP, Zapier, Make ou n8n](https://ondes.pro/fr/integrations/mcp/mcp-ou-zapier-make-n8n).

## MCP, API et RAG en un coup d’œil

|  | API REST | RAG | MCP |
| --- | --- | --- | --- |
| Pour qui | Un développeur qui écrit du code | Un modèle qui doit citer des documents | Un modèle qui doit lire et agir |
| Données | À jour, structurées | Copie indexée, parfois en retard | À jour, lues à la source |
| Écriture | Oui, codée à l’avance | Non | Oui, décidée à l’exécution |
| Droits | Ceux de la clé ou du jeton | Souvent ceux de l’index entier | Ceux de l’utilisateur connecté |
| Découverte | Documentation lue par un humain | Sans objet | Le serveur se décrit au modèle |

## MCP et RAG : concurrents ou complémentaires ?

Le **RAG** (génération augmentée par la recherche) consiste à découper des documents, à les indexer dans une base vectorielle, puis à injecter dans la conversation les passages les plus proches de la question. C’est une excellente technique pour interroger un corpus stable — une base de connaissances, des contrats, un manuel — et faire citer ses sources au modèle.

Ses limites sont aussi celles d’une copie. L’index a toujours un temps de retard sur la réalité, il ne sait pas ce qu’un utilisateur a le droit de voir sauf à reconstruire les permissions à côté, et il ne permet pas d’agir. Demander « quelles factures sont en retard ce matin ? » à un RAG revient à interroger une photo prise hier.

MCP répond à l’autre moitié du besoin : lire la donnée **vivante**, à la source, avec les droits de la personne qui demande, et agir. Les deux se combinent très bien : un serveur MCP peut d’ailleurs exposer un outil de recherche documentaire construit sur un RAG. La bonne question n’est pas « l’un ou l’autre », mais « cette information change-t-elle, et faut-il pouvoir agir dessus ? ».

## Le MCP est-il sécurisé ? Les risques à connaître

Donner à une IA la capacité d’agir dans un logiciel crée des risques nouveaux, et l’écosystème les a découverts en marchant. En juillet 2025, une faille critique a été corrigée dans `mcp-remote`, un utilitaire répandu qui relie un serveur distant à un client local ([CVE-2025-6514](https://nvd.nist.gov/vuln/detail/CVE-2025-6514)). Le 20 mai 2026, la NSA a consacré [un avis aux risques de MCP](https://www.nsa.gov/Portals/75/documents/Cybersecurity/CSI_MCP_SECURITY.pdf) pour les organisations.

Les risques les plus discutés sont connus : un serveur malveillant ou compromis, des descriptions d’outils piégées qui détournent le modèle, l’**injection de prompt** par un contenu lu (un e-mail, une page web) qui pousse l’assistant à une action non voulue, et des connexions aux droits trop larges que personne ne pense à révoquer.

Les parades relèvent du bon sens d’ingénierie : n’installer que des serveurs de confiance, préférer des serveurs hébergés par l’éditeur du logiciel concerné, exiger OAuth avec PKCE, des jetons courts liés à un seul serveur, des droits limités à ceux de l’utilisateur, une révocation simple, des écritures confirmées ou testables, et une journalisation des appels. Nous détaillons ce que fait Ondes PRO sur la page [sécurité du serveur MCP](https://ondes.pro/fr/integrations/mcp/securite).

## Qui utilise MCP ? Adoption et écosystème

L’adoption a été rapide. Après Anthropic, qui l’a intégré à Claude dès le lancement, OpenAI a annoncé sa prise en charge en mars 2025, Google DeepMind en avril, et Microsoft l’a mis en avant à sa conférence Build en mai. La plupart des éditeurs de code assistés par IA — Cursor, Visual Studio Code avec GitHub Copilot, Windsurf, Zed, Cline, les IDE JetBrains — savent aujourd’hui se connecter à un serveur MCP distant.

Côté serveurs, l’Agentic AI Foundation en recense plus de dix mille publics. On y trouve des outils de développement, des bases de données, des services cloud, et de plus en plus de logiciels métier : facturation, CRM, gestion de projet, commerce en ligne. Les plateformes d’automatisation ont suivi en exposant leurs scénarios comme des outils MCP.

Une limite demeure pour les entreprises : la plupart de ces serveurs ne couvrent qu’un domaine. Brancher un assistant sur la facturation, le CRM, le stock et l’agenda revient souvent à connecter quatre serveurs de quatre éditeurs, avec quatre authentifications et quatre modèles de droits — et une IA qui doit recoller elle-même les morceaux.

## Faut-il attendre que le protocole se stabilise ?

Le protocole évolue par révisions datées, et un client comme un serveur annoncent les versions qu’ils prennent en charge : ils s’accordent sur la plus récente qu’ils ont en commun. Une nouvelle révision ne casse donc pas les connexions existantes du jour au lendemain ; elle ouvre de nouvelles possibilités que chacun adopte à son rythme.

Pour un utilisateur, attendre n’apporte pas grand-chose : se connecter à un serveur distant revient à coller une URL et à se connecter, et c’est à l’éditeur du serveur de suivre la spécification. Pour un développeur, la recommandation est de s’appuyer sur un SDK de référence et sur le transport Streamable HTTP, qui sont les points d’ancrage stables de l’écosystème.

## Comment Ondes PRO applique MCP : un serveur pour toute l’entreprise

Ondes PRO est un logiciel de gestion tout-en-un : boutique en ligne, stocks et fabrication, devis et factures, CRM, Kanban, calendrier, visioconférence, courriel, Drive chiffré, automatisations. Chaque client dispose de sa propre instance, hébergée en France, et **chaque instance embarque un serveur MCP** à l’adresse `https://<votre-espace>.ondes.pro/mcp/`, inclus dans toutes les offres.

Parce qu’il couvre tous les modules, une seule demande peut en traverser plusieurs : « prépare le devis, vérifie le stock et bloque un créneau de livraison » se fait dans la même conversation, avec une seule connexion. Le serveur utilise le transport Streamable HTTP, négocie les versions `2025-06-18`, `2025-03-26` et `2024-11-05` du protocole, et a été conçu **sans état** dès l’origine : aucune session n’est gardée côté serveur.

Plutôt que d’exposer chacune des quelque 135 ressources de son API comme un outil — ce qui saturerait la mémoire de l’assistant —, il propose **huit outils stables**. Leur description et leur schéma tiennent dans environ **2 700 tokens** de contexte permanent, contre près de 44 000 pour le fichier de documentation qu’il fallait auparavant confier à un assistant. La documentation est servie à la demande, engendrée à chaque appel depuis les routes réelles de l’espace, et filtrée selon les droits de la personne connectée.

## Les huit outils du serveur MCP d’Ondes PRO

Six pour comprendre l’API sans rien inventer, deux pour agir.

- `ondes_etat` (Lecture) — **État de la connexion** : Qui est connecté, quels modules sont accessibles, quelles permissions porte la connexion. L'assistant l'appelle une fois au début pour connaître son périmètre.
- `ondes_guide` (Lecture) — **Guide de l'API** : Le guide de l'API, section par section : d'abord un sommaire résumé, puis seulement les sections utiles (pagination, idempotence, paiements…).
- `ondes_chercher` (Lecture) — **Chercher** : Cherche un terme métier (« devis », « stock », « webhook ») à la fois dans l'inventaire des ressources et dans le guide.
- `ondes_ressource` (Lecture) — **Fiche d'une ressource** : Tout pour appeler une ressource sans se tromper : URL, verbes, champs typés et obligatoires, filtres, tri, actions, permission exigée, jumeau de test.
- `ondes_impossible` (Lecture) — **Ce que l'API ne fait pas** : La liste de ce qui n'existe pas volontairement. L'assistant la consulte avant d'inventer une URL : c'est ce qui l'empêche d'halluciner.
- `ondes_exemple` (Lecture) — **Recettes complètes** : Des scénarios entiers déjà vérifiés contre l'API réelle : créer, lire sans multiplier les appels, facturer, s'abonner aux événements.
- `ondes_appeler` (Écriture) — **Appeler l'API** : Exécute un vrai appel avec l'identité de l'utilisateur. Les écritures partent en mode test par défaut, et une simulation valide un envoi sans rien écrire.
- `ondes_assistant` (Écriture) — **Demander à l'assistant Ondes PRO** : Pose une question métier à l'assistant intégré, qui agrège plusieurs modules. Ses écritures sont proposées sous forme de plan, exécuté seulement après accord.

## Les garanties propres au serveur d’Ondes PRO

- **Authentification OAuth 2.1** avec PKCE S256, sans secret client, ou **clé API** à portées qui ne dépasse jamais son porteur.
- **Vos droits, rien de plus** : l’assistant ne voit et ne fait que ce que la personne connectée peut voir et faire, société par société.
- **Écritures sûres** : mode test par défaut quand la ressource a un jumeau de test, simulation sur toute ressource, idempotence automatique, et plan soumis à confirmation pour l’assistant intégré.
- **Pas d’invention d’URL** : l’outil `ondes_impossible` liste ce que l’API ne fait volontairement pas.
- **Révocation immédiate**, connexion par connexion, et journal de chaque appel.

## Passer à la pratique

- [Serveur MCP](https://ondes.pro/fr/integrations/mcp) — Branchez l’assistant IA de votre choix sur toute votre entreprise, avec vos droits et rien de plus.
- [Claude](https://ondes.pro/fr/integrations/mcp/clients/claude) — Claude Desktop, claude.ai et Claude Code : un connecteur personnalisé, une connexion OAuth, et c’est prêt.
- [Clients MCP](https://ondes.pro/fr/integrations/mcp/clients) — Quel assistant IA brancher sur votre espace, et où se règle la connexion dans chacun.
- [Modules accessibles par MCP](https://ondes.pro/fr/integrations/mcp/modules) — Onze modules de gestion, un seul serveur MCP : ce que l’assistant peut lire et faire dans chacun.
- [MCP ou API REST](https://ondes.pro/fr/integrations/mcp/mcp-ou-api-rest) — Ce qui les distingue vraiment, quand choisir l’un ou l’autre, et pourquoi chez Ondes PRO ils fonctionnent ensemble.
- [Sécurité du serveur MCP](https://ondes.pro/fr/integrations/mcp/securite) — OAuth 2.1, jetons courts, révocation immédiate et garde-fous d’écriture : ce que votre DSI doit savoir.

## Questions fréquentes

### Qu’est-ce qu’un serveur MCP ?

C’est un programme qui expose les capacités d’un logiciel — lire des données, déclencher des actions — à un assistant IA selon le Model Context Protocol. Il décrit ses outils au modèle, vérifie les droits de l’utilisateur et exécute les appels. Il peut tourner sur votre poste (transport stdio) ou être hébergé à distance (Streamable HTTP).

### Que signifie MCP ?

MCP signifie Model Context Protocol. C’est un standard ouvert lancé par Anthropic le 25 novembre 2024 et confié en décembre 2025 à l’Agentic AI Foundation, un fonds dirigé de la Linux Foundation.

### Quelle différence entre MCP et une API ?

Une API est conçue pour des développeurs qui écrivent du code prévisible ; un serveur MCP est conçu pour un modèle, qui découvre les outils à la connexion et choisit lui-même lesquels appeler. Un serveur MCP s’appuie souvent sur une API existante : les deux sont complémentaires.

### MCP remplace-t-il le RAG ?

Non. Le RAG interroge une copie indexée de documents, idéale pour un corpus stable. MCP lit la donnée vivante à la source, avec les droits de l’utilisateur, et permet d’agir. Les deux se combinent : un serveur MCP peut exposer une recherche documentaire construite sur un RAG.

### Le MCP va-t-il remplacer les intégrations classiques ?

Pas entièrement. Les intégrations déterministes, comme la synchronisation d’un site ou d’un logiciel comptable, restent mieux servies par une API et des webhooks. MCP ouvre un usage nouveau : piloter un logiciel en langage naturel, quand le chemin pour répondre n’est pas connu d’avance.

### Qui maintient MCP, et est-ce durable ?

Depuis décembre 2025, le protocole est géré par l’Agentic AI Foundation, sous l’égide de la Linux Foundation, cofondée par Anthropic, Block et OpenAI et soutenue par Google, Microsoft, AWS, Cloudflare et Bloomberg. Sa spécification est publique et évolue par révisions datées.

### Combien coûte un serveur MCP ?

Le protocole est ouvert et sans redevance. Le coût dépend de l’éditeur du serveur : chez Ondes PRO, le serveur MCP est inclus dans toutes les offres, sans option à activer. Voir [les tarifs](https://ondes.pro/fr/pricing).

### Peut-on connecter un serveur MCP à un CRM ou à sa facturation ?

Oui, si le logiciel publie un serveur MCP. Celui d’Ondes PRO couvre à la fois le CRM, la facturation, les stocks, la boutique, les projets et l’agenda, ce qui permet à une seule demande de traverser plusieurs modules.