Changelog (version beta) du plugin Mcp IA

IMPORTANT

S’il n’y a pas d’information sur la mise à jour, c’est que celle-ci concerne uniquement de la mise à jour de documentation, de traduction ou de texte.

---

27/04/2026 (v1.1.15 => Stable)

• [FIX] Message de log ajouté lors la sauvegarde d’un profil si le démon n’est pas démarré — le diagnostic est ainsi facilité.
• [UPDATE] Nettoyage du code.

26/04/2026 (v1.1.14)

Cycle de vie du plugin

• [FIX] La whitelist des équipements est désormais préservée lors d’une désactivation du plugin — elle n’est supprimée qu’à la désinstallation réelle.
• [FIX] La configuration Apache du proxy MCP est désormais correctement rétablie après une réactivation du plugin.

17/04/2026 (v1.1.13)

Designs Jeedom

• [NEW] L’agent peut modifier les propriétés d’un ou plusieurs Designs existants en une seule opération : nom, dimensions du canvas, couleur de fond, transparence, icône et ordre d’affichage. Seuls les champs transmis sont modifiés, les autres sont conservés.
• [NEW] L’agent peut supprimer un Design entier avec tous ses blocs — une confirmation explicite est requise : le premier appel retourne un aperçu du nombre de blocs concernés, le second confirme la suppression définitive. Les fichiers image physiques associés aux blocs de type image sont également supprimés.
• [NEW] Une troisième permission est disponible dans la configuration du profil : suppression des Designs. Elle est distincte de la modification pour permettre d’accorder des droits d’édition complète sans autoriser la suppression totale d’un Design.

17/04/2026 (v1.1.12)

Designs Jeedom

• [NEW] L’agent IA peut désormais interagir avec les Designs Jeedom directement depuis une conversation : lister les Designs disponibles, consulter leur contenu complet (blocs, positions, configurations), créer de nouveaux Designs vides et y ajouter, modifier ou supprimer des blocs (texte HTML, équipements, commandes, scénarios, graphiques, zones, images, liens).
• [NEW] L’agent peut récupérer les images de fond de plusieurs Designs en une seule opération pour analyser visuellement leur disposition avant d’y placer des éléments.
• [NEW] Deux nouvelles permissions sont disponibles dans la configuration du profil : lecture des Designs et modification des Designs.

16/04/2026 (v1.1.11)

Scénarios — Robustesse

• [FIX] Le bouton “Afficher/Masquer SINON” dans l’éditeur de scénario Jeedom provoquait une erreur JavaScript si l’agent omettait le bloc else — le guide impose maintenant la présence systématique d’un bloc else dans tout élément IF, avec expressions: [] lorsqu’il est vide.

Scénarios — Optimisation

• [NEW] Pour une commande pouvant prendre M≥2 valeurs distinctes (binaire, multi-états…) avec plusieurs déclencheurs, l’agent peut maintenant générer un scénario plus compact : un seul bloc IF par déclencheur avec les tests de valeur groupés à l’intérieur, au lieu d’un bloc séparé par combinaison déclencheur/valeur (N blocs au lieu de N×M).
• [NEW] L’action stop (arrêt immédiat du scénario) est maintenant documentée dans le guide interne avec sa règle d’usage : l’agent analyse systématiquement si des blocs en aval doivent encore s’exécuter avant d’insérer un stop.

13/04/2026 (v1.1.10 => Stable)

Scénarios — Robustesse

• [FIX] L’agent utilisait la notation dépréciée #monTag# pour lire un tag de scénario — le guide interne impose maintenant exclusivement la forme tag(name), plus fiable et non ambiguë depuis Jeedom 4.2+.
• [FIX] Dans un scénario avec plusieurs déclencheurs, l’agent générait des blocs IF sans garde trigger(#cmdId#) — chaque condition était alors évaluée à chaque déclenchement, y compris ceux qu’elle ne ciblait pas. Le guide impose maintenant le pattern trigger(#cmdId#) ET #cmdId# == valeur.

10/04/2026 (v1.1.9)

Scénarios — Robustesse

• [FIX] Le mode d’un scénario (provoqué, programmé) n’était pas appliqué lorsque l’agent envoyait une valeur incorrecte — un warning est maintenant enregistré dans les logs pour faciliter le diagnostic.
• [FIX] Un bloc commentaire dans un scénario générait une erreur de validation si l’agent omettait le champ expressions — le guide interne précise maintenant que ce champ est obligatoire même vide.
• [FIX] Un scénario créé par l’agent pouvait être actif dès la création — tout scénario est maintenant créé inactif par défaut.
• [FIX] Le texte d’un commentaire placé dans un scénario n’apparaissait pas dans l’interface Jeedom — le guide interne corrige le format attendu : le texte va dans le champ expression d’une expression de type comment, et non dans les options du bloc.
• [FIX] La fonction trigger() utilisée sans argument dans une condition pouvait produire une comparaison toujours fausse lorsque l’agent entourait la valeur de # — le guide précise maintenant que la valeur retournée ne contient pas de #, et recommande la forme trigger(#cmdId#) en priorité.

10/04/2026 (v1.1.8)

Scénarios — Précision accrue

• [UPDATE] Les guides de référence de l’agent sont maintenant organisés en deux espaces clairement séparés : l’un pour agir sur les équipements, l’autre pour construire ou modifier des scénarios. Cette séparation améliore la fiabilité des scénarios générés.
• [FIX] Lorsqu’un scénario reçoit des paramètres au lancement (une pièce, un niveau, un message…), l’agent peut maintenant les lire et les utiliser de façon fiable partout dans le scénario, que ce soit dans une condition ou dans une action.
• [FIX] L’agent ne tentera plus de combiner l’attente d’une réponse utilisateur avec l’exécution en arrière-plan — une association qui produisait un scénario silencieusement invalide sans aucun message d’erreur visible.
• [FIX] La vérification d’un intervalle horaire peut maintenant être utilisée dans toutes les expressions de calcul d’un scénario, pas uniquement dans les conditions directes.

09/04/2026 (v1.1.7)

Scénarios — Précision du guide interne

• [NEW] L’agent dispose maintenant d’un guide de référence complet sur les scénarios Jeedom : toutes les fonctions de conditions (statistiques, historiques, durées, déclencheurs, variables, tags…), les actions natives (sleep, variable, tag, message, ask, wait…) et les blocs PHP sont documentés avec leurs paramètres exacts, leurs comportements et leurs cas limites. Ce guide est transmis à l’agent dès qu’il ouvre un scénario.
• [UPDATE] Ce guide a ensuite été enrichi de plus de 80 corrections de précision : comportements exacts des fonctions, cas limites sur les valeurs de retour, et effets de bord. L’agent est désormais beaucoup moins susceptible de générer une expression incorrecte.
• [FIX] Plusieurs fonctions de scénario étaient documentées avec un comportement inexact dans certains cas limites — notamment les fonctions de moyennes temporelles, les comparaisons de déclencheur, et les calculs de durée. Ces inexactitudes sont corrigées.

06/04/2026 (v1.1.6 => Stable)

Optimisation des échanges avec l’agent IA

• [UPDATE] Les descriptions de tous les outils MCP (50 au total) ont été compactées : chaque outil expose désormais l’essentiel en 3 à 5 lignes au lieu de 30 à 70 lignes, réduisant significativement la consommation de tokens à chaque échange — un gain permanent à chaque conversation.
• [NEW] 13 guides thématiques sont désormais disponibles à la demande via la ressource jeedom://home/guide/{section} : l’agent peut charger uniquement la section dont il a besoin (ex : executeActions, searchDevices, setScenarioBlocks…) plutôt que de recevoir toute la documentation en une fois.

06/04/2026 (v1.1.5)

Outils caméra — Fiabilité et guidage de l’agent

• [UPDATE] L’agent sait désormais quelles commandes caméra utiliser — et lesquelles éviter. Il ne tentera plus de passer par une commande de capture locale ou d’enregistrement pour obtenir une image.
• [UPDATE] Avec le plugin Frigate, l’agent utilise maintenant par défaut le snapshot live (link_snapshot). Il n’a recourt au snapshot du dernier événement détecté (info_url_snapshot) que si l’utilisateur le demande explicitement.
• [FIX] Lorsqu’une caméra ne retourne pas d’image, l’agent reçoit désormais un message explicatif avec la cause probable et une suggestion pour corriger.
• [FIX] Si l’URL d’une caméra retourne un contenu invalide (page d’erreur, réponse vide…), l’agent le détecte et le signale clairement, au lieu de transmettre silencieusement une image vide.

05/04/2026 (v1.1.4)

Outil caméra — Snapshot

• [NEW] getCameraSnapshots — l’agent IA récupère une ou plusieurs images de caméras Jeedom (JPEG, PNG ou WebP) et les analyse pour vous : il décrit la scène, détecte un objet, une anomalie, ou répond à vos questions sur ce qu’il observe. Passer plusieurs caméras en une seule requête est supporté. Les images elles-mêmes n’apparaissent pas dans le chat — le protocole MCP les transmet directement à l’agent pour analyse, sans les retourner dans l’interface.
• [NEW] Compatible avec le plugin Caméra natif Jeedom (commande info urlFlux — live fetch depuis la caméra à chaque appel via snapshot.php).
• [NEW] Compatible avec le plugin Frigate : commande link_snapshot (snapshot live via proxy) ou info_url_snapshot (snapshot du dernier événement détecté).
• [NEW] Paramètre optionnel triggerCmdId : déclenche une commande action avant de lire la valeur de l’image — utile pour les plugins où un déclenchement explicite est nécessaire pour rafraîchir l’image avant lecture. Exemple avec Frigate : action_create_snapshot + info_url_capture.
• [NEW] Les flux vidéo continus (RTSP, RTSP sécurisé, HLS .m3u8) sont automatiquement détectés et refusés avec un message d’erreur explicite — seules les images statiques sont supportées.
• [NEW] sendCameraSnapshots — l’agent envoie une ou plusieurs photos de caméras vers une destination (Discord, Telegram, notification push…). Il suffit de lui dire « envoie une photo de la caméra jardin sur Discord ». Compatible plugin Caméra natif et Frigate, détection automatique. N caméras = N messages indépendants.

Annuaire des équipements

• [UPDATE] L’arbre des équipements expose désormais l’identifiant technique (logicalId) de chaque commande — l’agent s’appuie sur cet identifiant stable pour sélectionner les commandes de manière fiable, même si vous avez renommé des commandes dans Jeedom.
• [UPDATE] searchDevices — nouveau filtre logicalIds : l’agent peut désormais rechercher des commandes directement par leur identifiant logique (ex : urlFlux, sendSnapshot, action_create_snapshot). Utile pour cibler précisément les commandes spécifiques à un plugin indépendamment de leur nom affiché.

03/04/2026 (v1.1.3)

Performances

• [UPDATE] Au démarrage du démon, l’arbre complet des équipements est maintenant calculé une seule fois pour tous les profils actifs, au lieu d’une fois par profil.

Compatibilité plugins tiers — champs étendus

• [NEW] Les plugins Jeedom peuvent désormais déclarer une méthode statique mcpMetadata() dans leur classe principale pour exposer au LLM le schéma complet des paramètres de leurs commandes (ex : commande sendEmbed de DiscordLink avec les champs description, footer, url, color, files, field).
• [NEW] Ces champs supplémentaires sont inclus dans l’arbre des équipements : le LLM peut les découvrir via jeedom://home/devices ou searchDevices, puis les transmettre directement à executeActions.
• [UPDATE] executeActions — pour les commandes de type message, les champs déclarés dans mcpMetadata() et fournis par le LLM sont désormais automatiquement transmis au plugin, en plus des champs standard title et message.

Interprétation des valeurs par l’agent IA

• [FIX] L’agent IA pouvait mal interpréter certaines valeurs numériques en ignorant leur libellé : par exemple, confondre “82 % d’espace libre” avec “82 % utilisé”. L’agent est maintenant explicitement guidé pour lire le nom de la valeur avant de l’interpréter, aussi bien dans getHealthStatus que dans readValues.

03/04/2026 (v1.1.2 => Stable)

Plugins & Démons

• [NEW] listPlugins — inventoriez tous les plugins installés sur votre Jeedom : état (actif/inactif), version, auteur, licence, catégorie, compatibilité OS, liens vers la documentation et le changelog.
• [NEW] listDaemons — consultez l’état en temps réel de tous les démons de plugins (mcpIA, TTSCast, DiscordLink…) : état (ok/nok), capacité à démarrer, gestion automatique activée ou non, date du dernier démarrage.
• [NEW] managePlugins — gérez les démons et les dépendances des plugins en lot : démarrer, arrêter, redémarrer un démon ; lancer l’installation des dépendances ; basculer la gestion automatique. Nécessite l’option Contrôle des plugins & démons dans la configuration du profil. L’action dependencyStatus (lecture d’état) reste toujours accessible sans permission.
• [NEW] Nouvelle option de permission dans la configuration du profil : “Contrôle des plugins & démons” — active les actions de gestion des démons et dépendances de managePlugins.

Démon mcpIA

• [UPDATE] Les séquences de démarrage et d’arrêt du démon ont été optimisées et simplifiées

Dépendances

• [UPDATE] Mise à jour du SDK MCP Python : mcp 1.26.0 → 1.27.0.

02/04/2026 (v1.1.1 => Stable)

Prompts MCP

• [NEW] pageSante — tableau de bord santé complet de votre installation, équivalent à la page Santé native de Jeedom. Ce prompt guide l’agent IA pour collecter toutes les données de manière structurée et produire un rapport clair en quatre sections : état système et démons des plugins, bilan des batteries (avec seuils d’alerte), messages en attente, et anomalies dans les logs des 24 dernières heures.

01/04/2026 (v1.1.0)

Gestion des équipements

• [NEW] getDevicesStatus — consultez l’état temps réel de vos équipements (activé/désactivé, visible, batterie, niveau d’alerte, catégorie) pour une liste d’équipements donnés.
• [NEW] getRoomsSummary — obtenez un résumé agrégé par pièce (température moyenne, nombre de lumières allumées, humidité…) basé sur le moteur de résumés natif de Jeedom. Supporte la maison entière ou un sous-ensemble de pièces. Les résumés personnalisés (colonnes configurées par l’utilisateur) sont automatiquement inclus via leur libellé.
• [NEW] setDevicesEnabled — activez ou désactivez un ou plusieurs équipements en lot. Nécessite l’option “Gérer les équipements” activée sur le profil.
• [NEW] setDevicesVisible — affichez ou masquez des équipements sur le dashboard en lot. La visibilité est indépendante de l’activation : un équipement masqué continue de fonctionner normalement.
• [NEW] moveDevicesToRoom — déplacez des équipements vers une autre pièce en lot. Les erreurs sont par équipement (une pièce introuvable n’annule pas les autres mouvements). L’agent IA demande une confirmation à l’utilisateur avant d’exécuter les déplacements.
• [NEW] updateDevicesDescription — mettez à jour les descriptions sémantiques de plusieurs équipements en une seule requête. Permet à l’agent IA de générer et d’enregistrer automatiquement des descriptions contextuelles pour tous les équipements d’une pièce ou d’un groupe.
• [UPDATE] Après tout appel de gestion (setDevicesEnabled, setDevicesVisible, moveDevicesToRoom, updateDevicesDescription), la ressource jeedom://home/devices est automatiquement rafraîchie.
• [NEW] Deux nouvelles options de permission dans la configuration du profil : “Gérer les équipements” (activation, visibilité, déplacement) et “Modifier les descriptions” (descriptions sémantiques de la whitelist).
• [FIX] Les équipements désactivés dans Jeedom étaient invisibles pour l’agent IA — il était donc impossible de les réactiver via MCP. Ils apparaissent désormais dans l’annuaire avec le champ isEnabled: false.
• [FIX] Dans la modale de configuration de la whitelist, les équipements désactivés n’apparaissaient pas. Ils sont maintenant listés avec leur nom barré et un badge désactivé, permettant de configurer leurs permissions en avance.
• [FIX] Un agent IA ne peut plus désactiver ou déplacer un profil mcpIA lui-même via les tools MCP — l’opération est refusée avec un message explicite.

Recherche d’équipements

• [UPDATE] searchDevices — nouveau paramètre matchAll (défaut false) : les filtres fonctionnent en mode OU par défaut. Passez matchAll: true pour un mode ET strict lorsque plusieurs critères doivent tous être vérifiés simultanément.
• [UPDATE] searchDevices — nouveau filtre isEnabled : retrouvez uniquement les équipements actifs (true) ou désactivés (false), utile pour identifier les équipements à réactiver.

Référentiel des pièces

• [NEW] listRooms — listez toutes les pièces Jeedom avec leur hiérarchie (parent, path complet type "Maison > Étage > Chambre") et leur identifiant numérique. Inclut les pièces racines sans équipements whitelistés — utile pour savoir où déplacer un équipement ou quelles pièces interroger avec getRoomsSummary.
• [UPDATE] moveDevicesToRoom — accepte désormais roomId (identifiant numérique issu de listRooms, prioritaire et sans risque de collision) ou room (nom, fallback) pour résoudre la pièce de destination.

Annuaire des équipements

• [UPDATE] L’annuaire jeedom://home/devices (et searchDevices) expose désormais le champ eqLogicId pour chaque équipement, permettant de passer directement l’identifiant à setDevicesEnabled, moveDevicesToRoom, etc. sans étape intermédiaire.
• [FIX] Dans la modale de whitelist, le badge désactivé est remplacé par une icône fa-pause-circle orange avec tooltip — lisibilité et cohérence visuelles améliorées.

29/03/2026 (v1.0.1 => Stable)

Connexion OAuth depuis Claude.ai

• [FIX] La connexion depuis Claude.ai affichait « Server not found » au lieu d’afficher la page d’autorisation.
• [FIX] Après le login Jeedom, la page d’autorisation OAuth ne s’affichait pas — l’utilisateur était renvoyé vers le tableau de bord.
• [SECURITY] Un client OAuth ne peut plus manipuler la page de destination affichée lors de l’autorisation.

Démarrage du démon

• [FIX] Au démarrage du démon, des erreurs « socket_connect failed : Connection refused » apparaissaient dans le log mcpIA — le plugin tentait d’envoyer des données avant que le port d’écoute Python soit réellement prêt. Le démon garantit désormais que son socket est opérationnel avant d’annoncer son démarrage à Jeedom.
• [FIX] Des avertissements PHP parasites (« PHP Warning: socket_connect / socket_write ») s’inscrivaient dans le log Apache (http.error) au lieu d’être traités comme des erreurs applicatives dans le log mcpIA.

28/03/2026 (v1.0.0)

Authentification OAuth 2.1 — pour les clients MCP modernes

• [NEW] Support OAuth 2.1 avec PKCE — les clients MCP modernes (Claude Desktop 0.9.x+, Claude.ai web, MCP Inspector, Continue.dev, n8n…) peuvent désormais se connecter à mcpIA via le flux OAuth 2.1 standard, sans avoir à configurer manuellement un token Bearer.
  • Enregistrement automatique du client MCP
  • Page d’autorisation native Jeedom — session Jeedom gérée par le routeur, sélection du profil IA, boutons Approuver / Refuser
  • PKCE S256 obligatoire (protection contre les interceptions de code d’autorisation)
  • Tokens access (1h) + refresh rotatifs (30 jours) — à chaque reconnexion, l’ancien refresh est invalidé immédiatement
  • Le Bearer token statique reste pleinement fonctionnel en parallèle — aucune migration requise pour les clients existants

• [NEW] Accès restreint par utilisateur Jeedom — dans la section Accès OAuth de la configuration du profil, sélectionnez quels utilisateurs Jeedom non-administrateurs sont autorisés à approuver des connexions OAuth pour ce profil. Utile pour partager un profil IA tout en contrôlant qui peut l’autoriser.

• [NEW] Gestion des sessions actives — le bouton “Configurer” dans la section Accès OAuth donne accès à une vue complète des connexions OAuth en cours :
  • Vue par utilisateur avec badge du nombre de sessions actives
  • Vue par session : ID de session, date d’approbation, IP de connexion, bouton de révocation
  • Vue par access token actif : client enregistré, date d’émission, IP de la dernière connexion, barre de durée restante, expiration
  • Révocation par session, par utilisateur ou globale (tous les tokens OAuth du profil)

• [NEW] IP de connexion tracée dans chaque token — l’adresse IP de connexion est enregistrée à l’approbation de la connexion. L’IP initiale est conservée dans le refresh token même après rotation ; l’access token reflète l’IP de la dernière reconnexion. Visible dans la modale des sessions actives.

• [NEW] Traçabilité utilisateur — chaque token OAuth indique quel utilisateur Jeedom a approuvé la connexion. Les tokens approuvés par des utilisateurs retirés de la liste sont automatiquement révoqués.

• [SECURITY] Chiffrement AES-256-CBC+HMAC au repos — le token Bearer statique (mcpToken) et les clés API sont désormais chiffrés dans la base de données Jeedom (encrypt()/decrypt() automatiques via le cycle de vie ORM du Core).

• [FIX] Bug rare : après un redémarrage du démon, l’IP initiale de connexion des refresh tokens était perdue au premier refresh suivant — l’IP était oubliée dans la reconstruction de l’état OAuth lors du boot. Corrigé.

28/03/2026 (v0.9.2)

Scénarios

• [FIX] Copie de scénario — sur certains clients MCP (GitHub Copilot agent, modèles GPT step-by-step), l’agent utilisait getScenario → createScenario au lieu de l’outil dédié copyScenario, produisant un scénario vide sans déclencheurs ni blocs. Les descriptions des outils copyScenario et createScenario ont été clarifiées pour rendre le bon comportement sans ambiguïté.

Centre de Mises à Jour Jeedom

• [NEW] Consultation des mises à jour — l’agent peut lister toutes les entrées du Centre de Mises à Jour Jeedom avec leurs statuts (update, ok, depreciated), versions locales et distantes, source (Market / GitHub) et état de verrouillage. Filtres disponibles : type (plugin, core), statut, source, inclure les plugins verrouillés. Aucune permission particulière requise.
• [NEW] Vérification des mises à jour — l’agent peut déclencher une vérification auprès du Market / GitHub en arrière-plan (~30 secondes). Requiert la permission Vérifier les mises à jour dans la configuration du profil. Appeler listUpdates après ~30 secondes pour consulter les résultats.
• [NEW] Application des mises à jour — l’agent peut appliquer les mises à jour de plugins en arrière-plan. Retourne immédiatement les listes launched (mises à jour démarrées) et skipped (avec raison : not_found, core_update_not_supported, locked, already_up_to_date). Passer une liste vide pour mettre à jour tous les plugins éligibles. Le core Jeedom et les plugins verrouillés (doNotUpdate) ne sont jamais mis à jour. Requiert la permission Appliquer des mises à jour dans la configuration du profil.

Sauvegardes Jeedom

• [NEW] État complet des sauvegardes — l’agent peut consulter les trois sources de sauvegarde configurées dans Jeedom : locale (avec date, nom de fichier, taille de chaque archive, durée de rétention et taille maximale configurées), Market (cloud Jeedom, si activé et configuré) et Samba (partage réseau, si activé et configuré). Aucune permission particulière requise.
• [NEW] Déclenchement d’une sauvegarde — l’agent peut lancer une sauvegarde complète de Jeedom en arrière-plan (configurations, plugins, scénarios, données). La sauvegarde est envoyée automatiquement aux destinations activées (Market, Samba). Requiert la permission Déclencher une sauvegarde dans la configuration du profil. La sauvegarde prend 30 à 120 secondes selon la taille de l’installation.

27/03/2026 (v0.9.1)

Scénarios — copie

• [NEW] Copie d’un scénario existant — l’agent peut dupliquer un scénario autorisé sous un nouveau nom. La copie est structurellement identique à l’original (blocs, déclencheurs, planification) sans aucune reconstruction manuelle. Requiert la permission Autoriser la création dans la configuration du profil.

27/03/2026 (v0.9.0)

Variables Jeedom

• [NEW] Lecture des variables globales et locales — l’agent peut lister toutes les variables Jeedom, avec filtres par portée (globale / locale à un scénario), par scénario ou par nom.
• [NEW] Récupération ciblée de variables — quand les noms sont connus à l’avance, l’agent récupère plusieurs valeurs en un seul appel.
• [NEW] Création et modification de variables — l’agent peut créer ou mettre à jour des variables globales et locales en une seule demande, si la permission correspondante est activée dans le profil.
• [NEW] Suppression de variables — avec un mode aperçu par défaut : l’agent vous montre ce qui serait supprimé avant de le faire réellement.
• [NEW] Nouvelle permission de profil Modifier des variables — couvre la création, la modification et la suppression de variables.

Moteur de tâches Jeedom

• [NEW] Inspection des tâches planifiées — l’agent liste toutes les tâches du moteur cron Jeedom avec 4 filtres : toutes, périodiques uniquement, démons cron, en erreur.
• [NEW] Détail d’une tâche — l’agent consulte l’état en temps réel d’une tâche : en cours d’exécution, durée de la dernière exécution, prochaine exécution prévue.
• [NEW] Liste des démons de plugins — l’agent peut voir l’état de tous les processus démons actifs (mcpIA, TTSCast, DiscordLink…) : démarré, apte à démarrer, démarrage automatique.
• [NEW] Contrôle des tâches planifiées — l’agent peut démarrer, arrêter, activer, désactiver ou déclencher immédiatement une tâche, si la permission est activée dans le profil.
• [NEW] Modification des tâches planifiées — l’agent peut modifier la planification ou le timeout d’une tâche, avec validation de l’expression avant application.
• [NEW] Nouvelle permission de profil Contrôle des tâches — couvre le contrôle et la modification des tâches planifiées.

26/03/2026 (v0.8.0)

Scénarios — édition avancée

• [NEW] Réécriture des blocs d’un scénario — l’agent peut modifier les blocs SI/ALORS/SINON d’un scénario existant. Requiert les permissions Autoriser la création et Autoriser la modification des blocs dans la configuration du profil.
• [UPDATE] Modification de la planification d’un scénario — l’agent peut désormais changer le mode d’exécution (provoqué, planifié, mixte), les déclencheurs et l’expression cron d’un scénario.
• [UPDATE] Lors de la création d’un scénario, le mode est automatiquement déduit si non précisé : planifié si une expression cron est fournie, provoqué si des déclencheurs sont spécifiés, mixte si les deux sont présents.
• [FIX] Un scénario planifié créé ou modifié par l’agent affichait « Provoqué » dans l’interface Jeedom — corrigé, le mode s’affiche désormais correctement.

25/03/2026 (v0.7.6)

Diagnostic de santé

• [NEW] Diagnostic complet de votre installation — l’agent peut vérifier l’état de santé de votre Jeedom : matériel, base de données, réseau, espace disque, mémoire, Apache, cron, scénarios… Les problèmes sont remontés en premier, suivis des avertissements puis des éléments sains.

25/03/2026 (v0.7.5)

Recherche avancée d’équipements

• [NEW] Recherche dans les équipements avec 5 filtres cumulables : par pièce, par nom d’équipement, par description sémantique, par nom de commande, par type générique Jeedom. Remplace l’ancien outil listDevices.

24/03/2026 (v0.7.4)

Centre de messages

• [UPDATE] Acquittement de plusieurs messages en une seule demande — l’agent peut traiter plusieurs notifications d’un coup.
• [UPDATE] La permission Autoriser l’acquittement est désormais requise pour toute suppression de message, même unitaire.

23/03/2026 (v0.7.3)

Batteries

• [NEW] Liste de surveillance des batteries indépendante — les équipements dont l’agent peut consulter la batterie disposent désormais de leur propre liste, séparée de celle des équipements contrôlables. Un équipement peut être surveillé en batterie sans être contrôlable par l’agent.

Interface de configuration

• [UPDATE] Arborescence rétractable dans les trois fenêtres de configuration (Équipements, Batteries, Scénarios) — les éléments sont regroupés par pièce ou par groupe, avec badge de sélection (ex : 3/5) et boutons de sélection rapide par pièce.
• [UPDATE] Boutons Tout ouvrir / Tout fermer pour déplier ou replier toutes les sections en un clic.
• [UPDATE] La recherche par nom de pièce ou de groupe affiche désormais tous les éléments de cette pièce, même si leur nom individuel ne correspond pas au terme recherché.
• [FIX] Les tooltips des boutons dans les arbres s’affichent désormais dans le style Jeedom, en cohérence avec le reste de l’interface.
• [FIX] Compatibilité Debian 11 (PHP 7.4) — le plugin ne se chargeait pas correctement sur Debian 11, rendant le démon, les dépendances et l’ajout d’équipements non fonctionnels. Corrigé — le plugin est désormais compatible Debian 11, 12 et 13.

22/03/2026 (v0.7.2)

Centre de messages et batteries

• [NEW] Lecture du centre de messages Jeedom — l’agent peut consulter les notifications en attente.
• [NEW] Acquittement d’un message ciblé — après confirmation explicite.
• [NEW] Effacement global du centre de messages — si l’option Autoriser l’effacement global est activée dans la configuration du profil.
• [NEW] Consultation des batteries — l’agent peut vérifier les niveaux de batterie de vos équipements, avec filtrage par alerte ou par équipement.

22/03/2026 (v0.7.1)

Interface de configuration

• [UPDATE] Boutons Tout sélectionner / Tout désélectionner ajoutés dans la fenêtre Équipements autorisés, en cohérence avec les fenêtres Logs et Scénarios.
• [UPDATE] Boutons Sélectionner / Désélectionner directement dans le header de chaque pièce pour une sélection rapide.
• [FIX] La copie des tokens et snippets échouait sur les installations Jeedom en HTTP (non-HTTPS) — corrigé.

22/03/2026 (v0.7.0)

Scénarios

• [NEW] Accès aux scénarios depuis l’agent — vous choisissez quels scénarios sont accessibles via un nouvel onglet Scénarios autorisés dans la configuration du profil.
• [NEW] L’agent peut lister, démarrer, arrêter, activer ou désactiver vos scénarios autorisés.
• [NEW] L’agent peut modifier le nom, le groupe ou la description d’un scénario, et en consulter le contenu complet.
• [UPDATE] Les trois panneaux de configuration (équipements, logs, scénarios) ont été harmonisés — même présentation et même barre de recherche sur toutes les fenêtres.
• [FIX] L’option --allow-http, obligatoire pour un accès local en HTTP, était absente du snippet mcp-remote généré — elle est désormais incluse automatiquement. (merci à @akenad)
• [UPDATE] Documentation d’installation Windows : ajout d’une étape pour autoriser l’exécution des scripts PowerShell avant d’installer mcp-remote. (merci à @Fifirept)

21/03/2026 (v0.6.4)

Interface

• [UPDATE] La page de configuration d’un profil est réorganisée en quatre sections distinctes — Paramètres généraux, Serveur MCP, Équipements et Logs — pour un rendu plus aéré.

21/03/2026 (v0.6.3)

Observabilité

• [UPDATE] Les refus d’authentification sont tracés dans les logs du plugin pour faciliter le diagnostic des problèmes de connexion des clients MCP.
• [UPDATE] Les requêtes des outils de lecture de logs, les commandes envoyées aux équipements et les opérations sur les logs (vidage, suppression) sont désormais tracés en détail.

21/03/2026 (v0.6.2)

Compatibilité clients MCP

• [UPDATE] Les requêtes OAuth de découverte automatique envoyées par certains clients MCP reçoivent désormais une réponse appropriée au lieu de générer des erreurs dans les logs.
• [UPDATE] Les réponses d’authentification refusée incluent un en-tête standard indiquant qu’un token Bearer est attendu, ce qui limite les tentatives d’authentification OAuth répétées.

21/03/2026 (v0.6.1)

Logs — recherche avancée

• [NEW] Recherche simultanée dans plusieurs fichiers de log en une seule demande.
• [NEW] Recherche multi-mots avec mode « au moins un » (OU) ou « tous les mots présents » (ET).
• [NEW] Recherche par expression régulière pour les besoins avancés.
• [NEW] Exclusion de termes — trouver des lignes contenant un mot tout en excluant celles qui en contiennent un autre.

20/03/2026 (v0.6.0)

Logs Jeedom

• [NEW] Accès aux logs depuis l’agent — vous choisissez quels fichiers de log sont accessibles et leur donnez un nom lisible (ex. : Plugin mcpIA, Scénario Réveil). Les logs de scénarios sont également disponibles.
• [NEW] Lecture des dernières lignes d’un log pour un diagnostic rapide.
• [NEW] Recherche dans les logs avec filtres : mot-clé, niveau de gravité (erreur, avertissement…), plage de dates. Les erreurs multi-lignes (traces Python ou PHP) sont reconnues automatiquement.
• [NEW] Vidange ou suppression d’un log si l’option correspondante est activée dans la configuration du profil.

17/03/2026 (v0.5.0)

Historique et tendances

• [NEW] Historique d’une valeur — l’agent récupère les mesures enregistrées sur la période demandée, avec précision adaptée à la durée (données détaillées sur les périodes courtes, moyennes horaires ou journalières sur les longues périodes).
• [NEW] Statistiques sur une période — minimum, maximum, moyenne, sans parcourir l’intégralité des points.
• [NEW] Durée dans un état — l’agent peut indiquer depuis combien de temps un équipement est dans son état actuel (lumière oubliée allumée, fenêtre restée ouverte…).
• [UPDATE] L’agent peut exécuter plusieurs actions ou lire plusieurs valeurs en une seule demande, sans allers-retours multiples.

15/03/2026 (v0.4.0)

Premiers outils — inventaire, actions et lecture de valeurs

• [NEW] Inventaire des équipements — l’agent liste les équipements et commandes autorisés, organisés par pièce, avant d’agir.
• [NEW] Actions sur les équipements — l’agent peut déclencher des commandes : interrupteurs, variateurs, ampoules de couleur, notifications texte. Plusieurs actions en une seule demande.
• [NEW] Lecture des valeurs en temps réel — l’agent lit l’état actuel de vos capteurs et équipements : températures, états d’alarme, positions de volets, consommation électrique…

15/03/2026 (v0.3.0)

Contrôle d’accès aux équipements

• [NEW] Sélection des équipements autorisés — un onglet dédié dans la fiche équipement permet de choisir précisément quels équipements et quelles commandes l’agent peut voir et utiliser, commande par commande. Par défaut, l’agent n’a accès à rien.

15/03/2026 (v0.2.0)

Interface de connexion

• [NEW] Le token de connexion est affiché directement dans la fiche de l’équipement, avec un bouton pour le copier en un clic.
• [NEW] Les URLs de connexion (locale et externe) sont affichées automatiquement et prêtes à être copiées dans votre client MCP.
• [NEW] Un bouton permet de renouveler le token à tout moment.

15/03/2026 (v0.1.0)

Première version — infrastructure et connexion

• [NEW] Le démon démarre et expose un point de connexion sécurisé, accessible depuis l’extérieur via le serveur web Jeedom.
• [NEW] Authentification par token opérationnelle — sans token valide, aucune connexion n’est possible.
• [NEW] Le serveur MCP reste accessible en permanence, même si le démon est arrêté (répond avec une erreur de service indisponible).