Home Assistant ChatGPT Claude : la MAJ 2026.10 Décryptée

Depuis le 7 octobre, les utilisateurs de la plateforme domotique open source Home Assistant peuvent laisser ChatGPT ou Claude consulter l’état de leur maison et, selon les permissions accordées, actionner directement leurs appareils connectés. La mise à jour Home Assistant 2026.10 introduit cette passerelle via un nouveau composant appelé Model Context Protocol (MCP) Server, et selon un rapport de clubic.com relayé par Headtopics, la simplicité de la connexion s’accompagne de réglages qui méritent une attention particulière avant d’ouvrir l’accès à ses équipements.

Pour des millions de foyers équipés de capteurs, de prises connectées, de thermostats ou de caméras pilotés par Home Assistant, la nouveauté change la nature même de l’interaction avec la maison intelligente. Il ne s’agit plus seulement de donner un ordre vocal à une enceinte, mais de laisser un modèle de langage comme ChatGPT ou Claude raisonner sur l’ensemble de l’installation, proposer des automatisations, et dans certains cas, les exécuter lui-même. Cet article décortique ce que change réellement Home Assistant 2026.10, les garde-fous prévus par défaut, et les questions de sécurité que soulève cette ouverture vers les agents IA.

Google · Sources préférées

Ne manquez aucune actu tech sur Google

Ajoutez TrendinTech France une seule fois dans l'app Google pour retrouver nos articles dans vos suggestions.

Ajouter

Home Assistant 2026.10 ouvre la maison connectée à l’IA conversationnelle

Home Assistant équipe plus de maisons en Europe que la plupart des box domotiques propriétaires, en grande partie parce que le projet reste open source et permet de faire tourner localement une bonne partie de la logique domotique. Avec la version 2026.10, l’équipe du projet a choisi de fluidifier la connexion entre cette base locale et les grands modèles de langage, ChatGPT en tête et Claude en particulier. Jusqu’ici, brancher un assistant IA à sa domotique demandait des scripts, des webhooks bricolés et une bonne dose de patience. La nouvelle mouture rend l’opération accessible depuis l’interface elle-même.

Le changement s’inscrit dans une tendance plus large où les éditeurs de logiciels domotiques cherchent à se différencier par la qualité de leurs intégrations IA plutôt que par le nombre d’appareils supportés. Pour Home Assistant, qui a construit sa réputation sur le contrôle local et la confidentialité des données, l’arrivée d’agents cloud comme ChatGPT et Claude dans l’équation représente un changement de philosophie qui ne passe pas inaperçu auprès de sa communauté d’utilisateurs avancés.

Le Model Context Protocol, la technologie qui rend cette connexion possible

Techniquement, la nouveauté repose sur l’intégration Model Context Protocol (MCP) Server, qui permet de connecter un agent IA, tel que ChatGPT ou Claude, directement à Home Assistant. Le MCP est un standard ouvert pensé pour structurer la façon dont un modèle de langage échange des informations avec des applications externes, qu’il s’agisse d’un éditeur de code, d’une base de données ou, dans ce cas précis, d’un hub domotique. Une fois le serveur MCP activé dans Home Assistant, un agent compatible peut consulter l’état de chaque entité déclarée dans le système, lumières, volets, capteurs de température, caméras, et selon la configuration, déclencher des actions.

Ce choix d’architecture explique pourquoi Home Assistant peut désormais dialoguer indifféremment avec ChatGPT ou avec Claude: les deux agents parlent le même protocole, ce qui évite à l’équipe du projet de développer une intégration propriétaire pour chaque fournisseur de modèle. C’est le même raisonnement qui pousse de plus en plus d’outils de développement à adopter le MCP comme langage commun entre les IA et les applications, une dynamique déjà visible dans l’écosystème des API de grands modèles de langage utilisées par les développeurs.

ChatGPT et Claude peuvent désormais voir et contrôler votre maison

Une fois la connexion établie, l’agent IA relié à Home Assistant via MCP dispose de deux capacités distinctes. La première consiste à observer: il peut interroger l’état courant de la maison, savoir si une porte est ouverte, si le chauffage tourne, ou quelle est la consommation électrique d’un appareil. La seconde consiste à agir: selon les permissions configurées, il peut éteindre une lumière, ajuster un thermostat ou déclencher un scénario préenregistré. Cette double capacité transforme ChatGPT et Claude en véritables interlocuteurs domotiques, capables de répondre à des requêtes en langage naturel bien plus complexes qu’une simple commande vocale du type allume la lumière du salon.

Dans la pratique, cela signifie qu’un utilisateur peut par exemple demander à Claude de vérifier si toutes les fenêtres sont fermées avant de partir en vacances, ou demander à ChatGPT de créer une nouvelle automatisation en décrivant simplement le comportement souhaité en français courant. L’agent traduit la demande en configuration technique, consulte l’état réel de l’installation via le serveur MCP, et agit en conséquence, dans les limites fixées par l’utilisateur.

La nouvelle section IA dans les paramètres système de Home Assistant

Pour accompagner cette ouverture, Home Assistant 2026.10 ajoute une section dédiée, simplement intitulée IA, dans les réglages système. C’est depuis cet emplacement que les utilisateurs configurent quels agents sont autorisés à se connecter, quelles API de modèles de langage sont actives, et quelles entités de la maison leur sont visibles. Cette centralisation répond à une critique récurrente de la communauté: avant cette version, les réglages liés à l’IA étaient dispersés entre plusieurs menus d’intégrations, rendant difficile une vue d’ensemble des accès accordés.

Le fait de regrouper ces options dans un seul panneau facilite aussi l’audit périodique des connexions actives, une bonne pratique que recommandent généralement les spécialistes en cybersécurité pour tout système domestique connecté à des services tiers. C’est un principe similaire à celui qui guide les recommandations autour des outils de détection et de réponse aux menaces en entreprise: mieux vaut une visibilité centralisée des accès qu’une multiplication de réglages disséminés.

Permissions et entités : qui décide ce que l’IA peut toucher

Le point central de cette mise à jour, et celui que les observateurs soulignent le plus, concerne le système de permissions. Les appareils et entités accessibles à l’agent IA restent gouvernés par les permissions configurées dans Home Assistant lui-même. En clair, l’utilisateur garde la main sur ce que ChatGPT ou Claude peut voir et manipuler: il est possible d’exposer uniquement les lumières du salon tout en gardant les serrures de porte et les caméras de sécurité totalement hors de portée de l’agent.

Cette granularité est précieuse, mais elle suppose aussi que l’utilisateur prenne le temps de la configurer correctement. Un réglage laissé par défaut, ou une entité ajoutée après coup sans vérification des permissions associées, peut suffire à élargir involontairement le périmètre d’action de l’agent. C’est exactement le type de détail que l’article de clubic.com invite à surveiller avant d’activer la fonctionnalité.

Comptes administrateur uniquement : la barrière par défaut

Pour limiter les mauvaises surprises, Home Assistant a choisi de restreindre par défaut les connexions au serveur MCP aux comptes administrateur. Concrètement, un compte utilisateur standard, par exemple celui d’un enfant ou d’un invité disposant d’un accès limité à l’application domotique, ne peut pas initier ou modifier une connexion vers ChatGPT ou Claude. Cette restriction réduit la surface d’attaque: même si un compte secondaire était compromis, il ne pourrait pas servir de point d’entrée pour reconfigurer les accès de l’IA à la maison.

Cette approche rappelle les bonnes pratiques de gestion des identités que l’on retrouve dans les environnements professionnels, où les droits d’administration sont volontairement séparés des droits d’utilisation courante. Pour une plateforme domotique grand public, ce choix traduit une maturité certaine de l’équipe de développement de Home Assistant face aux risques que représente l’intégration d’agents IA externes.

Le piège de l’installation par défaut : accès total aux API LLM

C’est sans doute le point le plus sensible soulevé par le rapport de clubic.com: sur une nouvelle installation, Home Assistant accorde par défaut l’accès à toutes les API de modèles de langage disponibles dans le système, y compris celles qui seraient ajoutées ultérieurement. Autrement dit, si un utilisateur installe une nouvelle intégration IA dans le futur, sans action explicite de sa part, cette nouvelle API pourrait hériter automatiquement d’un niveau d’accès large à la maison connectée.

Ce comportement par défaut, pensé pour simplifier l’expérience des utilisateurs qui veulent que tout fonctionne sans configuration manuelle, déplace en réalité la responsabilité de la sécurité vers l’utilisateur final. Quiconque installe Home Assistant 2026.10 pour la première fois devrait, selon toute logique de prudence, se rendre dans la nouvelle section IA des réglages système pour vérifier et restreindre manuellement les API actives, plutôt que de laisser le réglage par défaut en place. C’est un rappel que l’ouverture technique d’une fonctionnalité ne garantit pas, en soi, une configuration prudente.

Une intégration à double sens : quand Home Assistant demande la permission

Autre nouveauté notable de cette version: Home Assistant ne se contente pas de s’ouvrir aux agents IA externes, il peut aussi détecter les applications qui proposent leur propre serveur MCP et demander une confirmation avant de s’y connecter. Ce mécanisme bidirectionnel transforme Home Assistant en un acteur capable à la fois de fournir des données à un agent IA et de consommer les services exposés par d’autres applications compatibles MCP présentes sur le réseau local.

Cette logique de confirmation explicite avant toute nouvelle connexion est un garde-fou appréciable, puisqu’elle évite qu’une application tierce s’arrime silencieusement à l’écosystème domotique. Elle illustre aussi vers quoi se dirige l’ensemble du secteur: un maillage d’applications qui communiquent entre elles via des protocoles standardisés, plutôt que des intégrations fermées et propriétaires négociées au cas par cas entre éditeurs.

Claude Desktop et l’exigence d’exposition sur internet

Un détail technique mérite une attention particulière pour qui envisage de connecter Claude à sa maison: Claude se connecte au serveur MCP depuis le cloud, y compris lorsqu’il est utilisé via Claude Desktop. Cela signifie que l’instance Home Assistant doit être accessible depuis internet pour que la connexion fonctionne. Pour une installation qui tournait jusque-là exclusivement en local, derrière un pare-feu domestique sans aucune exposition extérieure, ce prérequis change la donne.

Exposer une instance Home Assistant sur internet, même via un tunnel sécurisé ou un service d’accès distant officiel, élargit nécessairement la surface d’attaque potentielle. C’est un compromis que chaque foyer doit évaluer selon son propre niveau de risque: le confort d’un agent IA accessible depuis n’importe où contre l’exposition d’une partie de son réseau domestique vers l’extérieur. Ce type de dilemme rappelle les enjeux déjà observés lors d’incidents touchant des équipements connectés mal sécurisés, comme l’a montré la récente vague d’attaques visant des équipements frigorifiques connectés dans la distribution française.

L’intégration Anthropic officielle et Claude 3.5 Sonnet

Indépendamment du serveur MCP, Home Assistant propose depuis un certain temps une intégration Anthropic dédiée, qui ajoute un agent conversationnel propulsé par les modèles d’Anthropic, dont Claude 3.5 Sonnet, directement dans l’interface de Home Assistant. Cette intégration officielle fonctionne sur un principe inverse à celui du serveur MCP: plutôt que d’exposer Home Assistant à un client Claude externe, elle importe le raisonnement du modèle Anthropic à l’intérieur même de la plateforme domotique, pour alimenter l’agent de conversation natif.

Les deux approches, MCP Server et intégration Anthropic native, coexistent et répondent à des besoins différents. La première convient à un utilisateur qui souhaite piloter sa maison depuis l’application Claude ou ChatGPT qu’il utilise déjà pour d’autres tâches. La seconde s’adresse à celui qui préfère garder toute l’expérience dans l’interface Home Assistant, avec un agent conversationnel intégré nativement, sans avoir à basculer entre plusieurs applications.

De l’assistant vocal local à l’agent IA cloud, un changement de philosophie

Pour mesurer l’ampleur du virage pris par Home Assistant, il faut se rappeler d’où vient le projet. Né d’une volonté de reprendre le contrôle sur sa maison connectée face aux écosystèmes fermés des grands fabricants, Home Assistant a longtemps mis en avant le traitement local des données et l’indépendance vis-à-vis des serveurs cloud. L’assistant vocal maison du projet a été conçu précisément pour fonctionner sans dépendre des infrastructures de géants comme Amazon ou Google.

L’arrivée du serveur MCP et la possibilité de connecter ChatGPT ou Claude, deux services qui s’exécutent dans le cloud de leurs éditeurs respectifs, marque donc une évolution notable par rapport à cet ADN originel. Il ne s’agit pas d’un abandon du contrôle local, puisque l’utilisateur garde la main sur les permissions et peut choisir de ne jamais activer cette fonctionnalité, mais d’une reconnaissance que les agents conversationnels les plus capables du marché restent, pour l’instant, hébergés chez OpenAI et chez Anthropic plutôt que sur une box locale.

Home Assistant face aux écosystèmes fermés : comparatif

Ce positionnement distingue clairement Home Assistant des plateformes domotiques propriétaires, qui n’offrent généralement pas la même profondeur de configuration ni la même liberté de choix de l’agent IA connecté. Le tableau suivant résume les différences d’approche entre Home Assistant et les principaux écosystèmes domotiques fermés concernant l’intégration d’agents IA externes.

Plateforme	Traitement des données	Choix de l’agent IA	Granularité des permissions
Home Assistant 2026.10	Local par défaut, cloud optionnel via MCP	ChatGPT, Claude, ou agent natif Anthropic	Par entité, via la section IA des réglages
Écosystèmes propriétaires fermés	Cloud de l’éditeur, peu d’options locales	Agent propriétaire imposé	Généralement limitée au niveau de la maison entière
Hubs domotiques semi-ouverts	Mixte, dépend du fabricant	Intégrations tierces limitées ou payantes	Variable selon les partenariats commerciaux

Cette liberté de configuration a toujours été l’argument de vente principal de Home Assistant auprès des utilisateurs techniques. Avec l’arrivée du MCP, cet argument s’étend désormais au choix de l’agent IA lui-même, ce qu’aucun grand écosystème fermé ne propose aujourd’hui avec la même transparence sur les permissions accordées.

Un exemple de configuration du serveur MCP

Pour les lecteurs familiers avec la configuration YAML de Home Assistant, voici le type d’entrée que l’on retrouve typiquement lors de l’activation d’une intégration dans le fichier de configuration, à adapter selon les entités que l’on souhaite exposer:

# Exemple illustratif de configuration MCP Server
mcp_server:
  expose_entities:
    - light.salon
    - climate.chauffage_principal
  admin_only: true
  allowed_agents:
    - chatgpt
    - claude

Cette structure illustre la logique d’exposition sélective décrite plus haut: seules les entités explicitement listées sont visibles par l’agent IA, et l’accès reste cantonné aux comptes administrateur. Le paramétrage exact proposé par l’interface graphique de Home Assistant 2026.10 peut différer dans sa présentation, mais répond à la même logique de permissions granulaires.

Risques de sécurité et vie privée à surveiller

Donner à un agent IA la capacité de voir et d’agir sur sa maison connectée soulève des questions de sécurité qui dépassent le simple confort d’usage. Le tableau suivant récapitule les principaux points de vigilance identifiés à partir des réglages décrits par Home Assistant et relayés par la presse spécialisée.

Point de vigilance	Pourquoi c’est important	Action recommandée
Accès par défaut à toutes les API LLM	Une nouvelle intégration IA peut hériter d’un accès large sans configuration explicite	Vérifier et restreindre manuellement la section IA des réglages système
Exposition internet requise pour Claude cloud	Claude Desktop se connecte depuis le cloud, nécessitant une instance accessible depuis l’extérieur	Sécuriser l’accès distant avec les outils officiels recommandés par Home Assistant
Permissions par entité mal calibrées	Une entité sensible (serrure, caméra) peut rester visible par oubli	Auditer régulièrement la liste des entités exposées à chaque agent
Comptes administrateur multiples	Chaque administrateur peut modifier les connexions IA de la maison	Limiter le nombre de comptes disposant des droits administrateur
Confirmation des serveurs MCP tiers	Une application tierce pourrait proposer une connexion non désirée	Examiner chaque demande de confirmation avant de l’accepter

Ces précautions rejoignent les principes appliqués dans la gestion de la conformité des données en Europe. Toute maison connectée qui transmet des informations à un service cloud basé aux États-Unis, comme c’est le cas pour ChatGPT et Claude, doit composer avec les exigences du RGPD, un sujet déjà central pour les entreprises qui réfléchissent à leur stratégie de sauvegarde cloud conforme.

Impact sur le marché européen de la domotique et le RGPD

En Europe, et particulièrement en France, la question de la conformité au RGPD plane sur toute fonctionnalité qui transmet des données domestiques vers des serveurs situés hors de l’Union européenne. Les données d’état d’une maison, horaires de présence déduits de l’activité des capteurs, habitudes de consommation électrique, images de caméras, constituent des informations personnelles sensibles au sens du règlement européen. Dès lors qu’un agent comme ChatGPT ou Claude y accède, même pour répondre à une simple question, ces données transitent par l’infrastructure cloud de l’éditeur du modèle.

Pour le marché européen de la domotique, cette évolution place Home Assistant dans une position particulière: la plateforme reste open source et auto-hébergée, ce qui laisse à l’utilisateur la responsabilité finale de ses choix de confidentialité, contrairement à un service propriétaire qui impose ses propres conditions d’utilisation des données. Cette liberté est à double tranchant: elle évite la dépendance à un acteur unique, mais elle transfère aussi la charge de la mise en conformité vers l’utilisateur final, qui doit comprendre les implications de chaque case cochée dans la nouvelle section IA.

Ce que cette ouverture change pour la concurrence entre assistants IA

En rendant possible la connexion aussi bien de ChatGPT que de Claude, Home Assistant adopte une posture de neutralité rare dans un secteur où chaque éditeur pousse habituellement son propre assistant comme solution par défaut. Cette neutralité technique, rendue possible par l’adoption du standard MCP plutôt que d’une intégration propriétaire, permet à l’utilisateur de choisir l’agent qui lui convient le mieux, et potentiellement de basculer de l’un à l’autre sans perdre sa configuration domotique.

Ce choix place indirectement une pression concurrentielle sur les deux éditeurs d’agents IA: celui dont l’expérience de contrôle domotique sera jugée la plus fluide et la plus fiable par la communauté Home Assistant pourrait gagner en visibilité auprès d’un public d’utilisateurs technophiles, souvent prescripteurs dans leur entourage. Cette dynamique rappelle la compétition déjà observée sur d’autres terrains de l’intelligence artificielle grand public, comme celle qui oppose les différents assistants conversationnels sur les classements de performance publiés régulièrement par les acteurs du secteur.

Prédictions : ce qui attend l’IA domestique d’ici 2027

Plusieurs tendances se dessinent à partir de cette mise à jour et méritent d’être surveillées dans les prochains mois. Premièrement, il est probable que d’autres plateformes domotiques, ouvertes ou propriétaires, suivent l’exemple de Home Assistant en adoptant le Model Context Protocol comme standard de connexion avec les agents IA, plutôt que de développer des intégrations fermées coûteuses à maintenir.

Deuxièmement, la pression pour affiner les systèmes de permissions devrait s’intensifier, à mesure que des cas d’usage réels, et possiblement des incidents, remonteront de la communauté. Troisièmement, le débat sur l’exposition internet nécessaire à certains agents cloud, Claude en tête, pourrait pousser Home Assistant à proposer à terme des mécanismes d’accès distant encore plus simples à sécuriser, afin de réduire le risque perçu par les utilisateurs les plus prudents.

Quatrièmement, il est raisonnable d’anticiper une multiplication des guides communautaires détaillant des configurations de permissions prêtes à l’emploi, un besoin déjà visible sur les forums officiels du projet. Cinquièmement, la question de la conformité RGPD pourrait inciter certains utilisateurs européens à privilégier les intégrations qui gardent un maximum de traitement en local, reléguant la connexion à ChatGPT ou Claude à des usages ponctuels plutôt qu’à une automatisation permanente.

Comment activer la fonctionnalité en toute prudence

Pour les utilisateurs qui souhaitent tester cette intégration sans s’exposer inutilement, quelques principes simples ressortent de l’ensemble des réglages décrits par Home Assistant. D’abord, commencer par exposer un nombre volontairement restreint d’entités, par exemple quelques lumières non critiques, avant d’élargir progressivement le périmètre une fois la confiance établie. Ensuite, vérifier systématiquement la liste des API de modèles de langage actives dans la nouvelle section IA, plutôt que de se fier au réglage par défaut.

Il est également conseillé de ne conserver les droits administrateur que sur un nombre limité de comptes, et de traiter chaque demande de confirmation de serveur MCP tiers comme une décision à part entière plutôt qu’une simple formalité à valider machinalement. Ces réflexes, déjà familiers des équipes qui gèrent la sécurité d’infrastructures professionnelles, deviennent progressivement pertinents pour le foyer connecté moyen, à mesure que les agents IA gagnent en capacité d’action réelle sur le monde physique.

FAQ

Depuis quand la connexion entre Home Assistant, ChatGPT et Claude est-elle disponible ?
Selon le rapport de clubic.com relayé par Headtopics, la fonctionnalité est disponible depuis le 7 octobre, dans le cadre de la mise à jour Home Assistant 2026.10.

Qu’est-ce que le Model Context Protocol (MCP) utilisé par Home Assistant ?
Il s’agit d’une intégration qui permet de connecter un agent IA, comme ChatGPT ou Claude, à Home Assistant, afin que cet agent puisse consulter l’état de la maison et, selon les permissions accordées, contrôler des appareils.

Qui peut configurer la connexion entre Home Assistant et un agent IA ?
Par défaut, les connexions au serveur MCP sont restreintes aux comptes administrateur de l’installation Home Assistant.

Faut-il exposer Home Assistant sur internet pour utiliser Claude ?
Oui, dans le cas de Claude, la connexion se fait depuis le cloud, y compris via Claude Desktop, ce qui nécessite que l’instance Home Assistant soit accessible depuis internet.

Home Assistant donne-t-il accès à toutes les entités de la maison par défaut ?
Non, les appareils et entités accessibles à l’IA restent gouvernés par les permissions configurées dans Home Assistant. En revanche, une nouvelle installation accorde par défaut l’accès à toutes les API de modèles de langage disponibles, ce qui justifie une vérification manuelle.

Quelle est la différence entre le serveur MCP et l’intégration Anthropic native ?
Le serveur MCP expose Home Assistant à un client externe comme ChatGPT ou Claude Desktop, tandis que l’intégration Anthropic ajoute un agent conversationnel propulsé par des modèles comme Claude 3.5 Sonnet directement dans l’interface de Home Assistant.

Home Assistant peut-il refuser une connexion demandée par une autre application ?
Oui, Home Assistant peut détecter les applications qui proposent leur propre serveur MCP et demander une confirmation explicite à l’utilisateur avant d’établir la connexion.

Cette fonctionnalité pose-t-elle un problème au regard du RGPD ?
Les données transmises à ChatGPT ou Claude via le serveur MCP transitent par l’infrastructure cloud de ces éditeurs, ce qui implique pour les utilisateurs européens de vérifier les conditions de traitement des données personnelles avant d’activer la fonctionnalité pour des entités sensibles.

Home Assistant 2026.10 Connecte ChatGPT et Claude [2026]