Ou tapez /mqtt-architect dans une session Claude Code, ou décrivez simplement votre besoin — le skill se déclenche automatiquement via le skill-router.
🔑 Déclencheurs automatiques
Le skill s'active automatiquement quand votre demande contient :
Analyse de l'architecture IoT — Identifier les appareils, les flux de données, les contraintes de bande passante et les exigences de fiabilité du système
Conception de la hiérarchie de topics — Définir une structure de topics claire et extensible (ex: site/zone/device/metric) avec des conventions de nommage cohérentes
Configuration du broker — Installer et configurer le broker MQTT (Mosquitto, EMQX, HiveMQ) avec les paramètres de performance, persistance et clustering
Définition des niveaux QoS — Attribuer le niveau de qualité de service approprié (QoS 0, 1 ou 2) à chaque flux selon la criticité des données
Sécurisation des communications — Mettre en place TLS/SSL pour le chiffrement, configurer l'authentification (utilisateur/mot de passe, certificats) et les ACL par topic
Implémentation des clients — Développer les clients MQTT (publish/subscribe) avec gestion de la reconnexion, du last will testament et des messages retenus
Patterns avancés — Implémenter les patterns adaptés (request/response, fan-out, bridge entre brokers, messages partagés) selon les besoins métier
Monitoring et supervision — Configurer la surveillance du broker ($SYS topics), les alertes de déconnexion et les métriques de performance
Règles
Toujours sécuriser le broker avec TLS et une authentification forte, ne jamais exposer un broker MQTT sans protection
Concevoir la hiérarchie de topics dès le départ pour supporter la montée en charge sans restructuration
Utiliser QoS 0 par défaut et ne monter en QoS que pour les messages critiques afin de préserver la bande passante
Implémenter systématiquement le Last Will Testament pour détecter les déconnexions inattendues des appareils
Documenter la structure des topics et le format des payloads (JSON recommandé) dans un contrat d'interface partagé