Google ouvre sa maison connectée à tout agent IA avec Home MCP

Google a ouvert l'accès anticipé à Home MCP le 16 septembre 2026, un serveur bâti sur le Model Context Protocol qui permet à des agents IA tiers de travailler avec les appareils de l'écosystème Google Home d'un utilisateur. L'entreprise a présenté cette sortie comme un pas vers ce qu'elle appelle les maisons connectées agentiques, et c'est la première fois que Google laisse des assistants IA rivaux accéder à la plateforme de maison connectée qu'elle réservait à Gemini.

À lire aussi: Google dote son agent CC d'un compte familial et d'un modèle de permissions · Muse de Meta est un agent IA personnel qui veut vos mots de passe et vos achats.

L'intégration permet à un agent de découvrir les appareils d'un foyer, de lire leur état actuel, de rechercher l'historique des événements des appareils et des caméras, et d'exécuter des actions prises en charge. Google a cité comme exemples son propre agent Antigravity, Claude et Claude Cowork d'Anthropic, ChatGPT, Hermes et OpenClaw, et a déclaré que tout client capable d'appeler des outils MCP peut se connecter. L'annonce vient de Taylor Lehman, chef de produit groupe pour Google Home et Nest, dans un message publié sur la communauté Google Home et Nest.

Ce que les agents peuvent réellement faire

MCP, ou Model Context Protocol, est un standard ouvert qu'Anthropic a introduit pour relier les applications d'IA à des sources de données et des outils externes. L'implémentation de Google expose cinq outils, selon son guide de développement Home MCP : list_homes pour trouver les foyers accessibles à un compte, list_home_resources pour énumérer les appareils et autres ressources adressables, list_home_states pour lire les états actuels, list_home_history pour récupérer les informations d'état passées, et run_home_actions pour exécuter les commandes prises en charge.

MCP est rapidement passé d'une convention de développeurs à une interface largement adoptée. Anthropic a introduit le protocole fin 2024, et tout au long de 2026, il s'est répandu des outils de codage vers les logiciels d'entreprise et, désormais, les appareils physiques. Cette trajectoire explique la décision de Google de le prendre en charge. Un protocole commun signifie que l'entreprise n'a pas à construire une intégration distincte pour chaque assistant, et que les développeurs n'ont pas à apprendre le format d'appel de fonctions propriétaire d'un fournisseur. La contrepartie est que cette même ouverture facilite pour les utilisateurs le fait de traiter l'agent qu'ils préfèrent comme l'interface et la plateforme de maison connectée comme la plomberie, ce qui est la position que Google cherche à occuper plutôt qu'à perdre.

En pratique, cela transforme une demande en langage naturel en une suite d'appels d'outils. Une question sur le fait de savoir si les lumières sont restées allumées oblige l'agent à découvrir des ressources et à lire leur état. Une demande d'éteindre une lampe prise en charge ajoute un appel d'action. Comme les outils exposent l'historique des appareils, un agent peut raisonner dans le temps, et c'est là qu'apparaissent les usages les plus intéressants.

TechCrunch a décrit des usages comme la consultation de résumés de caméras, la surveillance de l'activité et la création de tableaux de bord personnalisés. The Verge a noté qu'un agent pouvait analyser les images de plusieurs caméras ou compter combien de fois un événement précis s'est produit à la maison. Google a indiqué qu'un agent peut aussi envoyer un message audio via une enceinte Google Home lorsqu'il termine une tâche, ce qui transforme l'enceinte en canal de sortie pour un assistant qui n'est pas celui de Google.

Les limites posées par Google

Google a encadré ce que les agents peuvent atteindre. L'entreprise bloque certaines actions sensibles, dont le déverrouillage des portes, et applique des limites de débit. Elle ne permet pas encore aux agents de créer ou de gérer des automatisations, ce qui, dit-elle, viendra dans une version ultérieure. L'accès aux données de reconnaissance des visages familiers exige un consentement distinct du gestionnaire de la structure, et la structure doit contenir au moins une caméra ou une sonnette Nest compatible avec la détection des visages familiers activée.

Certaines caractéristiques sont marquées comme expérimentales et peuvent ne pas fonctionner comme prévu, et Google prévient d'une latence plus longue que prévu pendant qu'elle travaille sur les performances. L'entreprise avertit aussi que le comportement d'un agent n'est prévisible qu'à la hauteur de l'agent lui-même. « Selon votre agent, le connecter à Home MCP peut entraîner un comportement inattendu, voire indésirable », écrit Lehman, qui recommande aux utilisateurs de consulter les politiques de développement et les conditions d'utilisation de Google avant de connecter quoi que ce soit.

Ces mises en garde comptent parce qu'un appel d'outil contre une maison connectée a des conséquences qu'on ne peut pas annuler en modifiant un fichier. Un état mal lu est sans danger ; une commande involontaire à un thermostat, un appareil ou une serrure ne l'est pas. La décision de Google de retirer les actions de déverrouillage est la reconnaissance que le modèle de permissions doit être plus étroit que la capacité des appareils sous-jacents.

Ce que cela coûte et comment l'installer

Home MCP n'est pas un simple réglage grand public. L'accès au lancement est limité aux abonnés Google Home Premium Advanced aux États-Unis, en anglais, et Google a indiqué que le déploiement se poursuivra au cours des prochaines semaines. Le palier Advanced coûte 20 dollars par mois ou 200 dollars par an et inclut déjà 60 jours d'historique vidéo basé sur les événements, des notifications descriptives et des résumés quotidiens. L'intégration MCP elle-même est sans frais supplémentaires.

L'installation s'adresse aux développeurs et aux utilisateurs techniquement à l'aise. Elle exige un environnement Google Home existant, un projet Google Cloud avec l'API Home activée, un écran de consentement OAuth configuré pour un public externe, et un client OAuth doté de la portée home.platform.v2. L'URL du serveur est https://home.googleapis.com/mcp. Google a publié des guides pas à pas pour Antigravity, Claude Cowork et OpenClaw. L'obligation de créer un projet Cloud et de gérer des identifiants OAuth place la fonctionnalité bien au-delà d'un simple écran de réglages, du moins pendant l'accès anticipé.

Google a aussi lancé un second serveur, plus léger. Le Home Developer MCP est gratuit et n'exige aucun flux OAuth utilisateur. Il ancre les outils de codage tels qu'Antigravity, Claude Code, Cursor et GitHub Copilot dans VS Code dans la référence de l'API Home de Google, la spécification Matter 1.5.1 et la spécification Thread 1.4.1, afin que les développeurs construisent à partir de la documentation plutôt qu'à partir de ce qu'un modèle se rappelle de son entraînement.

Le coup d'infrastructure de Google

La lecture stratégique de l'annonce porte moins sur le confort de la maison connectée que sur la position. Google a retiré Google Assistant et l'a remplacé par Gemini for Home, qui reste l'assistant par défaut dans l'application Home et sur les enceintes Nest. Home MCP ne le remplace pas. Il ajoute une seconde couche par laquelle des agents extérieurs peuvent interagir avec les mêmes appareils et les mêmes données.

C'est un choix délibéré de devenir l'infrastructure sur laquelle d'autres entreprises construisent. Google a ouvert l'accès API à sa maison connectée en 2024, et son discours envers les développeurs présente de plus en plus Google Home comme une plateforme, et pas uniquement comme un produit. The Verge a comparé cette ambition au rôle qu'AWS joue pour les entreprises internet. Si les appareils et l'historique des événements constituent le substrat, alors Google tire profit lorsque des développeurs connectent un agent quelconque, parce que chaque connexion passe malgré tout par Google Home.

Le mouvement s'inscrit aussi dans un domaine encombré d'assistants IA personnels. Meta a lancé Muse, son agent personnel, plus tôt en septembre, et Snap a présenté un assistant anticipatif aux côtés de ses nouvelles lunettes Specs. Ouvrir la maison connectée à des agents extérieurs donne à Google un moyen de rester central alors que les utilisateurs choisissent leur assistant préféré, plutôt que de supposer qu'ils utiliseront Gemini.

Vie privée, sécurité et la question de la confiance

Donner à un agent IA l'accès à des caméras, des serrures, des thermostats et des appareils soulève des questions qu'une intégration logicielle ordinaire ne pose pas. La réponse de Google combine des outils délimités, des limites de débit, des actions bloquées et un consentement distinct pour les données de reconnaissance faciale. L'entreprise avertit aussi que le comportement dépend de l'agent, ce qui reporte en pratique une partie de la charge de sécurité sur l'assistant tiers que l'utilisateur choisit.

Il y a aussi une raison liée à l'historique de la plateforme d'être prudent. Google a lancé et retiré une longue liste de programmes pour développeurs de maison connectée, dont Android Things, Works with Nest et Project Brillo, et les développeurs ont appris à peser l'engagement à long terme avant de construire sur le prochain. L'entreprise devra les convaincre que Home MCP est une infrastructure et non une expérience.

Ce qu'il faut surveiller

Trois questions détermineront l'évolution de ce dossier. La première est de savoir si Google étend Home MCP au-delà des États-Unis et au-delà des abonnés premium, ce qui décidera s'il devient une fonctionnalité grand public ou reste un aperçu pour développeurs. La deuxième est de savoir si l'entreprise ajoute des automatisations et si elle maintient le déverrouillage des portes définitivement hors limites. La troisième est de savoir si d'autres plateformes de maison connectée répondent avec leurs propres serveurs MCP, ce qui ferait du protocole l'interface commune pour piloter un logement via un agent.

Pour l'instant, Google Home est la première grande plateforme de maison connectée à confier à des agents IA tiers un ensemble défini d'outils pour lire un logement et agir sur lui. L'accès anticipé est étroit, l'installation est technique et le modèle de sécurité est encore en cours d'écriture, mais la direction est claire. Le logement devient un ensemble de ressources découvrables qu'un agent peut interroger et, dans certaines limites, commander.

Image de couverture : Wikimedia Commons, « Google Home with Home Hub and Home Mini on table » de Y2kcrazyjoker4, sous licence CC BY-SA 4.0, recadrée en 16:9.