En bref
| Prérequis | Home Assistant 2026.2+ · Intégration Google Assistant officielle configurée · HACS installé |
| Résultat | Acquittement vocal (“Êtes-vous sûr ?”) et surveillance de présence avant d’exécuter des actions sensibles via Google Assistant |
| Ressources | ► L’intégration officielle pour Google Assistant · ► Ma PR · ► Mon custom component Google Assistant Unleashed |
Le guide complet
Un peu de contexte : la PR rejetée
Je suis en Home Assistant depuis maintenant un peu plus de 2 mois en exclusif. Et je dois dire que si la migration depuis Jeedom s’est bien passée globalement, j’ai rencontré une friction que je ne m’attendais pas à avoir : la gestion des projets open source.
J’ai ouvert une Pull Request sur le dépôt Home Assistant Core pour ajouter deux fonctionnalités à l’intégration Google Assistant officielle :
- L’acquittement vocal — demander confirmation avant d’exécuter une action sensible
- La surveillance de présence — vérifier si quelqu’un est présent dans le logement avant d’autoriser une commande
La PR a été rejetée. Pas pour des raisons techniques — pour des raisons que je trouve arbitraires et que j’ai du mal à comprendre. Le projet HA a des orientations éditoriales, c’est normal, mais là je trouve que la justification ne tient pas.
Alors j’ai fait ce que font les gens quand on leur claque la porte : j’ai créé un custom component qui fait exactement ce que j’aurais voulu voir en natif.
Pourquoi l’acquittement vocal ?
Par défaut, Google Assistant + Home Assistant, c’est : vous dites “Hey Google, ouvre la porte d’entrée” → la porte s’ouvre. Point.
C’est pratique. Mais c’est aussi un risque. Si quelqu’un crie la commande depuis l’extérieur, ou si votre enfant expérimente avec le Google Home, ou simplement si vous avez une erreur de commande — il n’y a aucun filet.
L’acquittement vocal résout ça : vous dites “Hey Google, ouvre la porte d’entrée”, et Google vous répond “Êtes-vous sûr ?”. Vous confirmez vocalement, et seulement là la porte s’ouvre.
Note sur le pin code vocal : Google Assistant permet d’associer un code PIN à certaines commandes. En théorie, vous pouvez dire “ouvre la porte, code 1234”. En pratique, énoncer un code PIN à voix haute n’offre aucune sécurité réelle — n’importe qui dans la pièce peut l’entendre. L’acquittement vocal est différent : il n’est pas un secret, c’est une confirmation intentionnelle.
La fonctionnalité de présence
L’autre fonctionnalité que j’ai ajoutée : vérifier que je suis présent dans le logement avant d’exécuter certaines commandes.
Cas d’usage : si mon Google Home est en mode “départ” (je ne suis pas chez moi), ma domotique ne doit pas accepter une commande d’ouverture de porte sans une vérification supplémentaire. Ce n’est pas de la sécurité au sens strict — mais ça évite des ouvertures accidentelles déclenchées à distance.
Installation du custom component
Le composant s’appelle Google Assistant Unleashed et se trouve sur mon GitHub (lien en ressources).
Prérequis : avoir l’intégration officielle Google Assistant qui fonctionne
Si vous n’avez pas encore l’intégration Google Assistant configurée, commencez par là . La documentation officielle est complète, suivez-la étape par étape. Mon custom component est un fork de l’intégration officielle — il s’y substitue.
Installation via HACS :
- HACS → Intégrations → Dépôts personnalisés
- Ajoutez l’URL du dépôt GitHub
- Sélectionnez “Intégration” comme catégorie
- Installez “Google Assistant Unleashed”
- Redémarrez Home Assistant
- Allez dans Paramètres → Appareils et services → Supprimer l’intégration Google Assistant officielle
- Ajoutez l’intégration “Google Assistant Unleashed” à la place
Configuration :
Dans la configuration de l’intégration, vous pouvez activer les deux nouvelles options :
require_acknowledgement: true— active la demande de confirmation vocalecheck_presence: true— active la vérification de présence (vous devez définir un capteur de présence)
Compatibilité versions
J’ai sorti une version compatible avec Home Assistant 2026.2. Dès que la 2026.3 est sortie (Python mis à jour), je me resynchronise avec la version de Python correspondante et je publie une nouvelle release. Consultez les releases sur GitHub pour avoir la version compatible avec votre HA.
Ce que j’en pense vraiment
C’est une expérimentation, pas un composant de production pérenne.
Je le maintiens parce que j’en ai besoin, mais je ne me fais pas d’illusion : si Home Assistant change quelque chose dans la structure de l’intégration officielle, mon fork peut casser. Et comme je l’ai développé surtout pour montrer que c’est faisable, il y a des coins qui ne sont pas entièrement polis.
Ce que j’aimerais vraiment, c’est que ces fonctionnalités soient intégrées en natif dans Home Assistant. Si vous trouvez que le rejet de ma PR était injustifié, allez laisser un commentaire sur GitHub — ça m’aiderait à avoir un retour de la communauté sur si oui ou non c’est une fonctionnalité qui mérite d’être dans le core.
Bilan migration Google Assistant
Après 2 mois en exclusif sur Home Assistant, la partie commandes vocales fonctionne bien. J’ai :
- Google Home au rez-de-chaussée (Google Nest Audio)
- Voice Assistant PE pour les commandes vocales locales dans Home Assistant
- Mon custom component pour l’acquittement vocal
Mes volets sont maintenant pilotables vocalement avec une confirmation avant action. Ma maison tourne en autonomie sans que j’aie besoin de toucher à quoi que ce soit. La migration depuis Jeedom, malgré quelques frictions, était la bonne décision.