Au fil de la dernière décennie, les objets connectés ont envahi nos usines, nos fermes et nos bureaux. Pourtant, la promesse d’une intelligence vraiment « industrialisée » restait hors de portée.
Les intégrateurs le savent : quand chaque capteur s’exprime dans son propre dialecte, LoRaWAN, NB‑IoT, Zigbee, Modbus, OPC‑UA, etc.
On passe plus de temps à bâtir des passerelles qu’à créer de la valeur. Or 74 % des entreprises interrogées par IoT Now en 2018 considéraient déjà leurs projets IoT « peu ou pas réussis » pour des raisons d’interopérabilité IoT Now, rien n’indique que ce pourcentage ait chuté depuis.
74 % des entreprises jugent leurs déploiements IoT « peu ou pas réussis » faute d’interopérabilité
C’est précisément ce goulet d’étranglement que le Model Context Protocol (MCP) entend faire sauter. En fictionnalisant à peine, on pourrait dire qu’il transforme l’intégrateur IoT en simple utilisateur d’une prise USB‑C : on branche, l’IA reconnaît l’appareil, et l’on passe directement à l’exploitation des données.
Le Model Context Protocol, ou l’art d’apprendre à une IA comment parler au monde
Inventé fin 2024 par Anthropic et rapidement ouvert à la communauté open‑source, MCP est un format universel décrivant deux choses : ce qu’un outil sait faire et comment l’interroger de façon sûre.
Un connecteur MCP se compose :
- D’un manifeste (un simple fichier texte en JSON ou TOML) précisant les schémas de données acceptés, les métadonnées de sécurité, les limitations de débit.
- D’un endpoint, appelé MCP Host, qui servira de passerelle technique entre l’agent IA et la ressource réelle – API REST, broker MQTT, automate Modbus ou base de données.
L’agent échange ensuite par messages structurés, il envoie une requête (souvent rédigée en langage naturel mais convertie au format interne du connecteur), reçoit la réponse dans une structure JSON validée par le manifeste, puis peut déclencher les actions exposées.
L’intérêt majeur est là : on ne code plus les intégrations une par une on déclare les capacités une bonne fois pour toutes.
Quand MCP rencontre l’IoT : la fin du « câble spaghetti »
Pour que le protocole prenne réellement vie dans les usines, il fallait l’adapter aux langages terrain. C’est chose faite depuis la sortie de l’implémentation EMQX / MCP‑over‑MQTT : le courtage MQTT agit comme hub natif des messages IoT, tandis que le plug‑in MCP traduit ces topics en actions formalisées. Concrètement :
- Le capteur LoRaWAN publie /site/a/temperature ;
- EMQX ajoute automatiquement une entrée dans son MCP Host (« readTemperature » acceptant une plage –40 °C / 125 °C) ;
- Claude, GPT‑4o ou n’importe quel agent outillé MCP interroge cette API virtuelle sans jamais manipuler le payload binaire d’origine.
L’approche gagne du terrain : d’après Axios, le nombre de référentiels MCP publics a doublé en six mois.
Tous les connecteurs MCP utiles à l’IoT – panorama 2025
Voici une liste non exhaustive des connecteurs MCP pertinents pour l’IoT :
- MQTT : Grâce à EMQX, les agents IA peuvent interagir avec des brokers MQTT via MCP.
- LoRaWAN : Des guides détaillent l’intégration de MCP avec des réseaux LoRaWAN, facilitant la communication avec des capteurs à longue portée.
- Modbus : Le projet open-source de Kukapay propose un serveur MCP pour Modbus, standardisant l’accès aux données de ce protocole industriel.
- OPC-UA : Un serveur MCP dédié permet l’interaction avec des systèmes industriels utilisant OPC-UA, offrant une passerelle vers les données en temps réel.
- PostgreSQL : Un serveur MCP offre un accès en lecture aux bases de données PostgreSQL, permettant aux agents IA d’exécuter des requêtes et d’analyser les données.
- InfluxDB : Un connecteur MCP pour InfluxDB permet la gestion des séries temporelles, essentielles dans de nombreux cas d’usage IoT.
- Grafana : Un serveur MCP pour Grafana facilite l’intégration des tableaux de bord et des visualisations dans les workflows des agents IA.
- AWS IoT Core : Bien qu’une intégration directe via MCP ne soit pas encore disponible, AWS IoT Core prend en charge MQTT, ce qui permet une interaction indirecte avec MCP.
- Azure IoT Hub : De même, Azure IoT Hub supporte MQTT, offrant une compatibilité avec les solutions basées sur MCP.
Comment les agents dialoguent, étape par étape
Prenons un exemple concret : un agent chargé de surveiller des pompes à vide.
- Découverte : l’agent interroge le MCP Host pour obtenir la liste des connecteurs – modbus_pump, timescaledb_history, maintenance_api.
- Validation du schéma : avant chaque appel, le LLM vérifie localement, via JSON‑Schema, que les paramètres respectent les plages autorisées (pression, température, timestamp).
- Transaction sécurisée : les requêtes sont signées et horodatées ; si la politique RBAC indique « lecture seule » pour l’utilisateur, les actions d’écriture seront automatiquement bloquées.
- Boucle de décision : l’agent compare la température lue (72 °C) avec la courbe normale dans TimescaleDB, conclut à une dérive de roulement et appelle maintenance_api.createTicket.
- Trace et audit : chaque appel est journalisé, y compris la promesse du LLM, ce qui simplifie la recherche d’erreurs ou d’abus.
On voit comment MCP supprime les couches d’adaptation intermédiaires : l’agent ne connaît ni Modbus, ni SQL, ni REST, il applique la logique métier directement
Sécurité : nouveau protocole, nouveaux points de vigilance
Standardiser, c’est formidable, mais cela accroît la surface d’attaque. Microsoft alerte déjà sur les risques de prompt injection indirecte, des instructions malveillantes cachées dans un champ inoffensif, des chercheurs britanniques dressent la même liste noire. Les bonnes pratiques se résument ainsi :
- Isolez les “out‑of‑band” prompts dans un jail context .
- Appliquez le principe du moindre privilège (scopes d’action granulaires) .
Signez vos manifestes et stockez‑les dans un registre de confiance pour éviter le tool shadowing.
Du concept à la production : une architecture de lampadaire intelligent
Pour illustrer le gain, imaginons une ville qui veut optimiser son éclairage public. Les lampadaires LoRaWAN publient luminosité et courant consommé , une passerelle EMQX expose ces topics dans un MCP Host.
Un agent IA lit la valeur lux, ferme le circuit si la luminosité ambiante dépasse 45 lux au crépuscule, ou programme une maintenance lorsqu’il détecte une dérive du courant. La municipalité n’a écrit qu’un prompt décrivant la politique : aucune ligne de code Modbus, MQTT ou SQL n’a été nécessaire.
Conclusion : vers une interopérabilité enfin durable
À l’horizon 2025, le couple MCP + IoT fait figure de catalyseur : en déplaçant le problème de l’intégration du terrain vers un problème de déclaration de capacités, il libère du temps de développement, réduit les coûts de maintenance et ouvre la voie à des agents vraiment autonomes.
Les défis restent nombreux, sécurité, gouvernance, maturité des outils, mais le mouvement est lancé, soutenu par un corpus de connecteurs qui grandit semaine après semaine.
Dans l’IoT, la prolifération des protocoles est depuis toujours la norme, aujourd’hui MCP accomplit ce que l’USB‑C a fait pour nos ordinateurs :
Il rend enfin interchangeables des mondes qui parlaient jusqu’ici des langues incompatibles.
L’article Quand l’IA rencontre l’IoT : comment le MCP simplifie enfin l’intégration est apparu en premier sur IoT Industriel Blog.