Home Assistant documente ses automatisations en YAML, et pour beaucoup de gens, ce simple fait est la seule raison pour laquelle l’onglet « automatisations » reste intouché pendant des mois. L’éditeur visuel couvre les bases, mais tout ce qui contient un modèle, une chaîne de conditions ou une fenêtre de temps qui traverse minuit tend à vous pousser vers la vue code, et la vue code est impitoyable. Une seule typo dans un ID d’entité et une configuration fonctionnelle cesse de se déclencher, silencieusement, jusqu’à ce que vous remarquiez que la lumière du porche ne s’est jamais allumée. Un récit récent d’un bricoleur chevronné décrivait exactement cela : trop intimidé pour écrire une automatisation à la main, ils ont demandé à un chatbot d’IA de la rédiger, ont collé le résultat, et cela a fonctionné du premier coup. C’est le contexte ici. Les automatisations Home Assistant générées par IA ne remplacent pas la compréhension de votre configuration, mais elles éliminent le problème de la page blanche, et les outils ci-dessous transforment une simple description de ce que vous voulez en YAML ou un blueprint que vous pouvez vérifier avant qu’il ne touche un seul appareil.
Ce qu’il faut rechercher dans un compagnon de code IA pour Home Assistant
Tous les outils de codage IA ne sont pas également utiles pour cela. Ceux qui valent la peine d’être adoptés partagent quelques traits. Ils comprennent le dialecte YAML spécifique de Home Assistant (déclencheurs, conditions, actions, le changement de nom de clé service: en action:, capteurs de modèle) plutôt que du YAML générique. Les meilleurs d’entre eux peuvent lire directement votre configuration.yaml ou fichier d’automatisations existant, de sorte que le code qu’ils génèrent référence les ID d’entité que vous avez réellement au lieu de ceux qu’ils ont inventés. Recherchez un outil qui supporte le format Blueprint de Home Assistant, car un blueprint que vous pouvez réutiliser sur plusieurs automatisations vaut plus qu’un script à usage unique. Une vue dry-run ou diff avant l’application de quoi que ce soit est plus importante ici que dans la plupart des contextes de codage, car une mauvaise automatisation peut basculer un vrai appareil. Enfin, pesez la commodité du cloud par rapport à la confidentialité locale : un outil qui envoie vos noms d’entité et votre configuration à une API distante convient à la plupart des ménages, mais pas à tous.
Comparaison rapide
| Outil | Meilleur pour | Type | Niveau gratuit | S’exécute localement |
|---|---|---|---|---|
| ChatGPT | Les débutants écrivent leur première automatisation | Chat / GPT personnalisé | Oui (limité) | Non |
| Claude | Lire et refactoriser les grandes configurations HA | Chat / projet | Oui (limité) | Non |
| GitHub Copilot Chat | Utilisateurs VS Code avec configuration HA dans git | Extension IDE | Oui (limité) | Non |
| Cursor | Éditeur complet construit autour du contexte HA | IDE | Oui (limité) | Non |
| Continue.dev | Assistant in-éditeur open source | Extension IDE | Entièrement gratuit | Oui (avec Ollama) |
| Ollama avec intégration Home Assistant | Génération d’automatisation locale et privée | Runtime LLM local | Entièrement gratuit | Oui |
| Extended OpenAI Conversation | Canaliser un LLM directement dans HA | Intégration HACS | Entièrement gratuit (BYO API key) | Optionnel |
Les 7 applications classées
1. ChatGPT (avec GPT personnalisé), le meilleur dans l’ensemble pour les débutants
ChatGPT est le point d’entrée le plus facile précisément parce qu’il ne nécessite aucune configuration au-delà d’un onglet du navigateur. Collez une description de ce que vous voulez (« quand la porte d’entrée s’ouvre après 22h et que personne n’est à la maison, allumez la lumière du couloir à 30 pour cent pendant cinq minutes ») et elle retourne une automatisation complète, avec des blocs de déclencheur, condition et action inclus. Un GPT personnalisé sauvegardé amorcé avec votre liste d’entités et la syntaxe YAML actuelle de Home Assistant réduit les ID d’entité devinés qui hantent une invite froide.
Où il échoue : sans un GPT personnalisé ou un contexte collé, il invente des ID d’entité qui semblent plausibles mais n’existent pas dans votre configuration, et il ne sait pas du changement de nom de clé service: en action: à moins que la version du modèle soit actuelle.
Tarification :
- Gratuit : accès à GPT-4o mini avec des limites quotidiennes, suffisant pour les demandes occasionnelles d’automatisation
- Payant : ChatGPT Plus est un abonnement mensuel avec des limites plus élevées et le modèle le plus récent
Plateformes : Windows, macOS, Linux (navigateur et application de bureau)
Télécharger : ChatGPT
Conclusion : l’outil à essayer en premier si vous n’avez jamais demandé à une IA d’écrire du YAML, car il n’y a rien à installer.
2. Claude, le meilleur pour lire les grandes configurations HA et refactoriser
Claude gère le contexte long mieux que la plupart des alternatives, ce qui importe quand votre fichier d’automatisations a grandi jusqu’à quelques centaines de lignes et que vous voulez qu’une IA comprenne l’ensemble avant de suggérer un changement. Collez l’intégralité du automations.yaml et demandez d’ajouter une nouvelle règle qui ne conflicte pas avec les existantes, ou de refactoriser cinq automatisations quasi-dupliquées en un seul blueprint avec des entrées. Les projets vous permettent de garder votre configuration attachée pendant toute une session au lieu de la recoller à chaque fois.
Où il échoue : le niveau gratuit a des limites de messages plus strictes que ChatGPT, ce qui devient apparent lors d’une longue session de débogage aller-retour.
Tarification :
- Gratuit : messages quotidiens limités, suffisant pour esquisser une poignée d’automatisations
- Payant : Claude Pro est un abonnement mensuel avec des limites et un contexte substantiellement plus élevés
Plateformes : Windows, macOS, Linux (navigateur et application de bureau)
Télécharger : Claude
Conclusion : le choix quand la tâche est moins « écris-moi une automatisation » et plus « comprends ma configuration entière et répare-la. »
3. GitHub Copilot Chat, le meilleur pour VS Code plus une configuration HA suivie par git
GitHub Copilot Chat vit dans l’éditeur, ce qui est exactement l’endroit où une configuration HA vivant dans un référentiel git se trouve déjà. Mettez en évidence un bloc d’une automatisation existante, demandez à Copilot Chat de l’étendre ou de corriger une condition, et il modifie sur place avec le YAML environnant comme contexte. Parce qu’il lit les fichiers ouverts et l’espace de travail, il référence vos IDs d’entité réels beaucoup plus fiablement qu’une fenêtre de chat sans accès aux fichiers.
Où il échoue : il n’est aussi bon que ce qui est ouvert dans l’éditeur. Il ne connaîtra pas les entités définies dans les fichiers que vous n’avez pas ouverts, et il n’a pas de connexion en direct avec votre instance Home Assistant en cours d’exécution.
Tarification :
- Gratuit : un niveau gratuit limité pour les comptes individuels
- Payant : Copilot individual est un abonnement mensuel avec chat et complétions illimitées
Plateformes : Windows, macOS, Linux (en tant qu’extension VS Code)
Télécharger : GitHub Copilot
Conclusion : le choix naturel si votre configuration Home Assistant vit déjà dans un référentiel git et que vous travaillez dans VS Code tous les jours.
4. Cursor, le meilleur éditeur complet avec contexte HA
Cursor est un fork de VS Code construit autour de l’édition centrée sur l’IA, et pour une configuration Home Assistant, il se comporte comme Copilot Chat avec une intégration plus étroite entre le chat, les modifications en ligne et la conscience multi-fichier. Son mode « Ask » peut indexer un dossier de configuration HA entier et répondre à des questions comme « quelles automatisations font référence au capteur de mouvement de la cuisine » avant que vous générez quoi que ce soit de nouveau, ce qui détecte les conflits de noms qu’un outil à fichier unique manquerait.
Où il échoue : c’est un éditeur séparé à adopter, pas un plugin pour celui que vous utilisez déjà, donc passer au suivant a une véritable friction si vous êtes établi dans VS Code avec Copilot.
Tarification :
- Gratuit : un niveau gratuit limité par l’utilisation
- Payant : Cursor Pro est un abonnement mensuel avec des limites plus élevées et l’accès à des modèles plus capables
Plateformes : Windows, macOS, Linux
Télécharger : Cursor
Conclusion : cela vaut le coup de changer si vous êtes sur le point de faire une refonte sérieuse d’une grande configuration HA et que vous voulez que l’IA voie tout le dossier à la fois.
5. Continue.dev, le meilleur assistant in-éditeur open source
Continue.dev est une extension VS Code et JetBrains open source qui se connecte à n’importe quel modèle, une API cloud, ou une locale via Ollama. Il offre le même flux de travail chat in-éditeur et édition en ligne que les outils payants ci-dessus, mais le choix du modèle et l’hébergement sont entièrement les vôtres, ce qui importe si vous voulez la commodité de type Copilot sans abonnement ou dépendance cloud.
Où il échoue : la qualité dépend beaucoup du modèle vers lequel vous le pointez. Un modèle local via Ollama est notablement plus faible sur les cas limites du YAML que les modèles de classe GPT-4 ou Claude, donc le templating complexe bénéficie toujours d’un modèle cloud derrière la même extension.
Tarification :
- Gratuit : entièrement open source, aucun abonnement requis
Plateformes : Windows, macOS, Linux
Télécharger : Continue.dev
Conclusion : le choix pour quiconque veut un assistant IA in-éditeur sans payer de frais récurrents, surtout lorsqu’il est associé à une clé API capable de votre cru.
6. Ollama avec intégration Home Assistant, la meilleure option locale et privée
Ollama exécute des modèles ouverts comme Llama ou Qwen entièrement sur votre propre matériel, et l’intégration communautaire Home Assistant permet à un modèle hébergé localement de répondre aux questions sur votre configuration ou aux automatisations d’ébauche sans que vos noms d’entité ou routines ne quittent le réseau. Un modèle de taille moyenne sur un mini PC de secours ou une machine avec un GPU modeste suffit pour l’ébauche de déclencheurs et conditions directs.
Où il échoue : les modèles locaux restent bien en retard sur ChatGPT ou Claude sur du YAML complexe, en particulier les modèles imbriqués ou la logique Jinja à l’intérieur d’une condition, donc traitez sa sortie comme une ébauche approximative à réviser plutôt que comme une réponse définitive.
Tarification :
- Gratuit : entièrement open source ; le seul coût est le matériel sur lequel il s’exécute
Plateformes : Windows, macOS, Linux
Télécharger : Ollama
Conclusion : le bon appel pour un ménage averse au cloud qui préférerait vérifier plus attentivement que d’envoyer les données de configuration n’importe où.
7. Extended OpenAI Conversation, le meilleur pour canaliser un LLM directement dans Home Assistant
Extended OpenAI Conversation est une intégration HACS qui connecte l’API OpenAI, ou n’importe quel point de terminaison compatible OpenAI, y compris un point de terminaison local, directement à l’agent de conversation de Home Assistant. Au lieu de copier le YAML généré à partir d’une fenêtre de chat séparée, vous pouvez demander à l’assistant à l’intérieur de Home Assistant d’ébaucher ou d’expliquer une automatisation, et il a accès à l’appel de fonction à vos entités et services réels.
Où il échoue : la configuration signifie installer d’abord HACS, ajouter une intégration personnalisée et fournir votre propre clé API, ce qui est un chemin plus long que d’ouvrir un onglet de chat. Il n’est pas non plus officiellement maintenu par l’équipe principale de Home Assistant.
Tarification :
- Gratuit : l’intégration elle-même est gratuite et open source ; vous ne payez que pour l’utilisation de l’API sur n’importe quel modèle que vous connectez
Plateformes : Windows, macOS, Linux (s’exécute comme partie d’une instance Home Assistant)
Télécharger : Extended OpenAI Conversation
Conclusion : l’intégration la plus profonde de cette liste, cela vaut la peine de la configuration supplémentaire une fois que vous avez dépassé l’ébauche des automatisations occasionnelles et que vous voulez que la génération d’IA soit intégrée dans l’interface de Home Assistant elle-même.
Comment choisir le bon
Si vous n’avez jamais écrit une automatisation Home Assistant à la main, commencez par ChatGPT : décrivez ce que vous voulez en langage simple, vérifiez le YAML qu’il vous renvoie, et collez-le. Si vous êtes à l’aise avec le YAML mais lent, et votre fichier de configuration a beaucoup grandi, Claude vaut l’abonnement pour combien de votre configuration il peut tenir en contexte à la fois. Quiconque garde sa configuration Home Assistant dans un référentiel git devrait d’abord regarder GitHub Copilot Chat ou Cursor, car tous deux travaillent directement contre les fichiers au lieu d’une fenêtre de chat séparée.
Pour une configuration qui privilégie la confidentialité ou évite le cloud, Ollama associé à l’intégration Home Assistant garde chaque invite et chaque nom d’entité sur votre propre réseau, et Continue.dev vous donne la même option locale à l’intérieur d’un éditeur plutôt qu’une fenêtre de chat. Si votre budget est zéro et que vous êtes déjà auto-hébergé, Continue.dev avec Ollama derrière ne coûte rien au-delà du matériel que vous exécutez déjà. Et si vous voulez la génération d’IA et le contrôle vocal au moment de l’exécution au même endroit plutôt qu’un outil de chat séparé, regardez Extended OpenAI Conversation, qui met l’assistant à l’intérieur de Home Assistant lui-même, ou consultez le tour d’horizon séparé sur les outils d’automatisation de la langue naturelle pour le côté voix-en-premier de ceci.
FAQ
ChatGPT peut-il écrire un YAML Home Assistant valide ? Oui, pour la plupart des modèles d’automatisation courants. Il gère correctement les déclencheurs, les conditions et les actions dans la majorité des cas, mais il peut inventer des ID d’entité qui n’existent pas dans votre configuration si vous ne lui donnez pas d’abord votre liste d’entités réelle. Vérifiez toujours la sortie par rapport à votre configuration réelle avant de la coller.
Claude est-il meilleur que ChatGPT pour les grandes configurations HA ? Pour lire et refactoriser un fichier d’automatisations existant et considérable, oui. La fenêtre de contexte plus longue de Claude lui permet de conserver plus de votre configuration dans une seule conversation, ce qui réduit le risque qu’il suggère quelque chose qui entre en conflit avec une automatisation qu’il n’a jamais vue. Pour une automatisation courte unique, les deux outils fonctionnent à peu près aussi bien.
Ai-je besoin d’un plan payant pour utiliser l’IA avec Home Assistant ? Non. Les niveaux gratuits de ChatGPT et Claude suffisent pour les demandes occasionnelles d’automatisation, et Continue.dev associé à Ollama ne coûte absolument rien au-delà du matériel sur lequel il s’exécute. Un plan payant achète principalement des limites d’utilisation plus élevées et, dans certains cas, un modèle plus capable.
Puis-je utiliser un LLM local pour écrire les automatisations HA ? Oui, via Ollama et son intégration Home Assistant, ou via Continue.dev configuré pour pointer vers un modèle local au lieu d’une API cloud. Les modèles locaux sont plus faibles sur du YAML complexe et des modèles imbriqués que les modèles cloud, donc traitez leur sortie comme une ébauche qui nécessite une révision plutôt qu’une réponse définitive.
Qu’est-ce que l’intégration Extended OpenAI Conversation ? C’est une intégration HACS construite par la communauté qui connecte une clé API OpenAI, ou n’importe quel point de terminaison compatible OpenAI, directement à l’agent de conversation de Home Assistant lui-même. Elle donne à l’assistant accès à l’appel de fonction à vos entités et services réels, de sorte qu’il peut ébaucher ou expliquer les automatisations de l’intérieur de Home Assistant plutôt qu’à partir d’une fenêtre de chat séparée.
