Claude, mon assistant IA pour Home Assistant

Claude, mon assistant IA pour Home Assistant

Salut la communauté HACF ! :waving_hand:

Je partage aujourd’hui mon retour d’expérience sur l’utilisation de Claude (l’IA d’Anthropic) comme assistant permanent pour gérer mon installation Home Assistant. Après plusieurs mois d’utilisation intensive, je pense que ça peut vous donner des idées pour vos propres installations.


:bar_chart: Mon contexte

Pour situer le niveau de complexité :

  • 5 495 entités (3 525 actives)
  • 489 devices (Zigbee, Hue, Shelly, etc.)
  • 186 intégrations (Core + HACS)
  • 151 automatisations
  • 47 scripts
  • 3 coordinateurs Zigbee (ZHA + 2x Zigbee2MQTT)

Équipements principaux :

  • 14 volets Profalux (ZHA)
  • 9 caméras Frigate
  • 11 zones climatisation Airzone
  • Installation solaire (6kWc + 2 batteries : Luna 15kWh + Zendure 8.64kWh)
  • Piscine 55m³ automatisée (filtration, chimie, chauffage)
  • 2 véhicules électriques (MG4 + Citroën Ami)

Bref, une installation « chargée » qui nécessite pas mal de maintenance et d’optimisation ! :sweat_smile:


:robot: Pourquoi Claude ?

J’utilise deux outils complémentaires :

1. Claude (chat web/app mobile)

  • Conception d’automatisations
  • Débogage de YAML
  • Conseils architecture
  • Explications techniques

2. Claude Code (accès ordinateur)

  • Analyse de mes fichiers de config (via Samba)
  • Génération de rapports exhaustifs
  • Modifications de fichiers YAML
  • Scripts Python pour maintenance
  • Accès API Home Assistant

La différence avec ChatGPT ? Claude Code peut accéder à mes fichiers HA en prod (lecture/écriture), appeler l’API HA, et donc faire des actions concrètes, pas juste donner des conseils.


:bullseye: Exemples concrets d’utilisation

Exemple 1 : Audit complet automatisé

Contexte : J’avais perdu la vue d’ensemble de mon installation (trop d’entités, trop d’automatisations).

Demande à Claude Code :

« Fais un audit complet de mon HA : toutes les intégrations, tous les devices Zigbee avec leur LQI, toutes les automatisations groupées par thème, helpers, templates, etc. »

Résultat :

  • Rapport Markdown de 150 pages généré en 20 minutes
  • Inventaire exhaustif : 5495 entités documentées
  • Architecture Zigbee complète (3 coordinateurs, 112 devices avec IEEE/LQI)
  • 151 automatisations catégorisées par thème
  • Liste de tous les helpers avec leur usage
  • Identification des pires LQI Zigbee pour optimisation réseau

Ce que ça m’a apporté :

  • Vision claire de mon installation
  • Détection de 3 devices Zigbee avec LQI critique (<40)
  • Identification de 12 automatisations Tempo obsolètes à migrer
  • Documentation permanente pour futures modifications

Exemple 2 : Migration EDF Tempo → Gaz de Bordeaux HC/HP

Contexte : Changement de fournisseur électrique, passage de 6 tiers Tempo à 2 tiers HC/HP simples.

Impact :

  • 17 automatisations chauffage à adapter
  • 8 scripts à simplifier
  • 6 helpers tarifs à remplacer
  • 4 templates prix à modifier
  • 1 intégration RTE Tempo à désinstaller

Workflow avec Claude :

Étape 1 - Inventaire pré-migration (Claude Code)

"Lance un inventaire complet des entités Tempo + état ZLinky + baseline consommation 24h"

→ Rapport généré en 5 min avec :

  • 35 entités Tempo identifiées
  • 19 automatisations concernées
  • Consommation actuelle : 49 kWh/jour (6.93€ Tempo Bleu)
  • Projection coût GdB : 9.53€/jour (+38% mais uniquement sur jours Bleu)

Étape 2 - Plan d’action (Claude chat)

"Génère une checklist de migration en 10 phases avec backups, tests, et rollback"

→ Checklist de 75 actions détaillées, durée estimée 2h30

Étape 3 - Exécution le jour J (Claude Code)

  • Validation sync fichiers Git vs Prod
  • Génération code YAML à la demande (action par action)
  • Validation syntaxe avant application
  • Documentation automatique de chaque changement

Ce que ça m’a évité :

  • ~4-6h de travail manuel
  • Risque d’oubli d’entités
  • Casse de la prod (backups automatiques avant chaque modif)
  • Perte de temps à chercher toutes les références Tempo

Exemple 3 : Optimisation réseau Zigbee

Problème : Perte de connexion aléatoire de certains capteurs Zigbee.

Demande à Claude Code :

« Analyse le réseau ZHA, identifie les devices avec LQI faible, et génère un rapport avec recommandations »

Résultat :

Top 3 pires LQI :
1. Prise Salon Ouest : LQI 29 → CRITIQUE - Ajouter routeur Zigbee
2. Prise Ch Parents : LQI 36 → MAUVAIS - Vérifier position
3. Prise Lanna : LQI 40 → MOYEN - Acceptable mais limite

Recommandation : Ajouter 1 prise Sonoff routeur entre coordinateur et Salon Ouest

Action : Ajout d’une prise routeur → LQI salon passé de 29 à 85 → Plus de déconnexions ! :white_check_mark:

Exemple 4 : Création d’automatisations complexes

Besoin : Automatisation piscine « si température < 10°C en hiver ET filtration active, alors alerter + passer en mode protection gel ».

Workflow :

Moi :

« Crée une automation alerte gel piscine avec passage automatique en L3 si T° < 10°C pendant hivernage »

Claude (avec mon prompt master du projet) :

  1. Me demande confirmation des entités :

    • sensor.temperature_piscine_temperature_2 (OFIX VP)
    • input_boolean.hivernage_piscine
    • input_select.piscine_vitesse_cible
    • notify.mobile_app_s24 + notify.home_assistant_bot (Discord)
  2. M’explique la logique :

    Trigger : numeric_state < 10°C
    Condition : hivernage actif
    Actions :
      1. Passer vitesse en L3 (protection gel)
      2. Notif mobile prioritaire
      3. Notif Discord channel piscine
    
  3. Me génère le YAML complet prêt à copier :

    alias: "Piscine - Protection Gel Automatique"
    mode: single
    trigger:
      - platform: numeric_state
        entity_id: sensor.temperature_piscine_temperature_2
        below: 10
    condition:
      - condition: state
        entity_id: input_boolean.hivernage_piscine
        state: "on"
    action:
      - service: input_select.select_option
        target:
          entity_id: input_select.piscine_vitesse_cible
        data:
          option: "L3"
      - service: notify.mobile_app_s24
        data:
          title: "🥶 Alerte Gel Piscine"
          message: "T° {{ states('sensor.temperature_piscine_temperature_2') }}°C - Protection gel activée (L3)"
          data:
            priority: high
      - service: notify.home_assistant_bot
        data:
          message: "⚠️ Piscine {{ states('sensor.temperature_piscine_temperature_2') }}°C - Gel imminent, passage L3"
    

Temps total : 2 minutes vs 15-20 minutes manuellement (recherche doc, syntaxe, tests)

Exemple 5 : Debugging rapide

Problème : Automation chauffage ne se déclenche plus.

Moi :

« Mon automation chauffage_bleu_blanc_hp ne se déclenche plus, pourquoi ? »

Claude :

  1. Me demande de lui montrer le YAML
  2. Identifie immédiatement : binary_sensor.rte_tempo_heures_creuses est unavailable (intégration RTE Tempo en erreur)
  3. Me propose :
    • Fix immédiat : Remplacer par sensor.periode (ZLinky)
    • Fix temporaire : Désactiver condition Tempo
    • Alternative : Utiliser horaires fixes 22h-6h

Temps de résolution : 5 min vs potentiellement 1h+ de recherche


:rocket: Mon workflow quotidien

1. Prompt Master de projet

J’ai créé un « prompt master » stocké dans un projet Claude dédié « Mon Home Assistant » qui contient :

  • Vue d’ensemble de mon installation (5495 entités, 489 devices)
  • Architecture Zigbee (3 coordinateurs, canaux, IP)
  • Liste de toutes mes intégrations actives
  • Helpers principaux (input_boolean, input_number, etc.)
  • Templates existants
  • Automatisations par catégorie (151 automations)
  • Exemples de nommage et format YAML
  • Philosophie d’architecture
  • Notes importantes (migration Tempo en cours)

Avantage : Claude connaît TOUTE mon installation → Ses suggestions sont toujours adaptées à MON contexte, pas génériques.

2. Documentation vivante

Claude Code maintient automatiquement :

  • Audit complet : Régénéré mensuellement ou après changements majeurs
  • Historique des modifications : Journal chronologique daté
  • Rapports spécifiques : Énergie, Zigbee, automatisations par thème
  • Backups automatiques : Avant chaque modification de fichier

3. Création d’automatisations

Workflow type :

  1. Moi : « Crée une automation qui… » (en français naturel)
  2. Claude : M’explique la logique, identifie les entités
  3. Moi : Je valide ou demande des ajustements
  4. Claude : Génère le YAML complet prêt à l’emploi
  5. Moi : Copie dans HA, teste, valide

Gain de temps : ~70% vs écriture manuelle + recherche doc

4. Optimisation continue

Exemple de questions posées :

  • « Analyse mes automatisations chauffage et propose des optimisations »
  • « Quelles sont mes entités avec le plus de déclenchements inutiles ? »
  • « Identifie les automatisations redondantes ou qui se marchent dessus »
  • « Génère un rapport de consommation énergétique des 7 derniers jours »

Claude Code peut :

  • Lire mes fichiers YAML
  • Appeler l’API HA pour avoir les états en temps réel
  • Générer des rapports basés sur historique
  • Proposer des améliorations concrètes

:hammer_and_wrench: Configuration technique

Accès API Home Assistant

Étape 1 - Créer un token :

  1. HA → Profil → Sécurité
  2. Créer « Long-Lived Access Token »
  3. Nom : « Claude Code »
  4. Expiration : 90 jours (renouvelable)
  5. Permissions : Lecture états + Appel services

Étape 2 - Donner le token à Claude Code :

"Utilise ce token API pour accéder à mon HA : eyJ..."

:warning: Sécurité :

  • Token révocable instantanément dans HA
  • Limiter aux permissions strictement nécessaires
  • Ne JAMAIS partager le token publiquement
  • Expiration courte (30-90 jours max)

Accès fichiers Samba (optionnel mais puissant)

Configuration :

  1. Add-on Samba Share installé dans HA
  2. Partage réseau : \\192.168.1.124\config
  3. Claude Code se connecte en lecture seule pour analyser
  4. Modifications faites dans Git local → Validation → Copie manuelle vers prod

Avantage : Claude Code peut lire mes 4000+ lignes d’automatisations et faire des analyses exhaustives


:bar_chart: Résultats obtenus

Gains de temps mesurés

Tâche Temps avant Claude Avec Claude Gain
Audit complet installation 6-8h (si fait manuellement) 20 min -95%
Création automation complexe 15-20 min 2-3 min -85%
Debugging YAML 30-60 min 5 min -90%
Migration Tempo → HC/HP 4-6h 2h30 -60%
Optimisation réseau Zigbee 2-3h 15 min -90%
Documentation mise à jour 1-2h/mois 5 min (auto) -95%

Estimation totale : Économie de 10-15h/mois de maintenance HA

Qualité améliorée

  • :white_check_mark: Moins d’erreurs YAML : Syntaxe validée avant application
  • :white_check_mark: Automatisations mieux structurées : Format cohérent, nommage clair
  • :white_check_mark: Documentation à jour : Toujours synchronisée avec la prod
  • :white_check_mark: Backups systématiques : Avant chaque modification
  • :white_check_mark: Résolution problèmes plus rapide : Debugging assisté

Nouvelles possibilités

  • :rocket: Projets plus ambitieux : Je me lance dans des trucs que je n’aurais pas tentés avant (trop chronophage)
  • :brain: Meilleure compréhension : Claude m’explique le « pourquoi » de ses choix
  • :chart_increasing: Optimisation continue : Analyses régulières → Détection opportunités d’amélioration
  • :shield: Fiabilité accrue : Tests, validations, rollback facile

:warning: Limites et précautions

Ce que Claude NE fait PAS (encore)

:cross_mark: Modifier le dashboard Lovelace : Format JSON trop fragile, risque de corruption
:cross_mark: Diagnostiquer problèmes matériels : Peut analyser logs mais pas toucher hardware
:cross_mark: Prendre des décisions stratégiques seul : Il conseille, TU décides
:cross_mark: Avoir une mémoire parfaite entre sessions : D’où l’importance du « prompt master » de projet

Règles de sécurité à respecter

:shield: TOUJOURS :

  1. Backup avant TOUTE modification critique
  2. Valider le code généré avant de l’appliquer en prod
  3. Tester progressivement : Une automation à la fois
  4. Monitorer les logs 24h après changement
  5. Garder un rollback facile (backup Git)

:shield: JAMAIS :

  1. :cross_mark: Donner accès root SSH à Claude Code
  2. :cross_mark: Autoriser modifications automatiques sans validation
  3. :cross_mark: Partager token API publiquement
  4. :cross_mark: Faire confiance aveuglément (toujours vérifier)

Coût

Claude Pro : 20€/mois (abonnement obligatoire pour Claude Code)

Alternative gratuite : Claude gratuit (chat uniquement, sans accès fichiers/API) reste très utile pour :

  • Conception d’automatisations
  • Debugging YAML
  • Conseils architecture
  • Explications techniques

:light_bulb: Conseils pour démarrer

Niveau 1 - Débutant (gratuit)

  1. Créer un compte Claude (gratuit)
  2. Poser des questions basiques :
    • « Comment créer une automation qui allume lumière sur détection mouvement ? »
    • « Explique-moi ce code YAML [coller ton YAML] »
    • « Pourquoi mon automation ne se déclenche pas ? »

Avantage : Apprendre HA plus vite, moins de frustration

Niveau 2 - Intermédiaire (20€/mois)

  1. Abonnement Claude Pro
  2. Créer un projet « Mon Home Assistant »
  3. Rédiger un prompt master avec :
    • Tes intégrations principales
    • Tes équipements clés
    • Format YAML préféré
  4. Utiliser Claude Code pour :
    • Générer des rapports d’audit
    • Valider syntaxe YAML
    • Créer des scripts Python

Avantage : Gain de temps significatif, meilleure organisation

Niveau 3 - Avancé (20€/mois + config)

  1. Activer API Home Assistant (token)
  2. Configurer accès Samba (lecture seule)
  3. Mettre en place workflow Git :
    • Modifications dans Git local
    • Validation
    • Copie vers prod
  4. Automatiser la documentation :
    • Audit mensuel automatique
    • Historique des changements
    • Rapports personnalisés

Avantage : Claude devient un vrai « co-pilote » pour ton HA


:bullseye: Exemples de prompts utiles

Pour conception

"Crée une automation qui ferme tous les volets si température extérieure > 28°C et soleil direct"

"Propose une logique de chauffage optimisée pour 3 zones (salon, chambres, SDB) avec gestion présence et mode éco"

"Comment détecter qu'une fenêtre est restée ouverte > 10 min et le chauffage est actif ?"

Pour debugging

"Mon automation [alias] ne se déclenche plus, voici le YAML : [coller]"

"J'ai cette erreur dans les logs : [coller erreur], comment la corriger ?"

"Pourquoi mon template sensor affiche 'unknown' ?"

Pour optimisation

"Analyse mes automatisations lumières et détecte les redondances"

"Quelles sont mes entités avec le plus de changements d'état inutiles ?"

"Comment réduire la charge CPU de mes templates ?"

Pour documentation

"Génère un inventaire de tous mes devices Zigbee avec leur LQI"

"Liste toutes mes automatisations qui utilisent sensor.temperature_salon"

"Crée un rapport de consommation énergétique hebdomadaire"

:crystal_ball: Vision future : Claude Code « co-pilote permanent »

Après la migration Tempo, je vais configurer Claude Code comme co-pilote permanent avec :

1. Rapports quotidiens automatiques

📊 Rapport HA - 26 janvier 2026
━━━━━━━━━━━━━━━━━━━━━━━━━━━

✅ SYSTÈME : Uptime 16 jours, CPU 28%, RAM OK
⚠️ ENTITÉS : 3 unavailable (sensor.garage, binary_sensor.cave, light.jardin_4)
⚡ ÉNERGIE : 46 kWh (-5% vs moyenne), coût 8.94€
🏊 PISCINE : T° 15.8°C, pH 7.3, filtration 4h20 ✅
💡 RECOMMANDATIONS : Remplacer pile porte cave (15%)

2. Détection d’anomalies proactive

🚨 Alerte détectée !
Consommation électrique anormale :
- Moyenne 7j : 22 kWh/jour
- Aujourd'hui (16h) : 45 kWh déjà consommés
- Projection : 67 kWh/jour (+204% !)

Causes possibles :
1. Chauffage coincé mode confort ?
2. Chauffe-eau en marche continue ?
3. Équipement défectueux ?

Action : Vérifier consommation par circuit Shelly

3. Optimisation continue

🌡️ Analyse Automatisations Chauffage
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

💡 OPTIMISATIONS PROPOSÉES

1. 🔴 CRITIQUE - Économie : 4€/jour
   Problème : Salon chauffe fenêtres ouvertes
   Solution : Ajouter condition contact fenêtre
   Code : [YAML généré]

2. 🟠 IMPORTANT - Économie : 2€/jour
   Problème : Préchauffage trop tôt le matin
   Suggestion : Décaler 6h → 6h30

Workflow envisagé :

  1. Claude Code surveille quotidiennement
  2. Génère rapport + alertes si anomalie
  3. Propose optimisations concrètes
  4. JE valide avant application
  5. Documentation automatique

:folded_hands: Conclusion

Claude est devenu mon « assistant IA permanent » pour Home Assistant.

Ce qu’il m’apporte au quotidien :

  • :stopwatch: Gain de temps massif : -70% sur création/maintenance
  • :brain: Montée en compétences : J’apprends en faisant
  • :bullseye: Projets plus ambitieux : Je me lance dans des trucs complexes
  • :bar_chart: Vision claire : Documentation toujours à jour
  • :shield: Sécurité accrue : Backups, validations, rollback facile

Ce n’est PAS :

  • :cross_mark: Une solution « magique » qui fait tout tout seul
  • :cross_mark: Un remplacement de la doc officielle HA
  • :cross_mark: Une excuse pour ne pas comprendre ce qu’on fait

C’est plutôt :

  • :white_check_mark: Un accélérateur pour les tâches répétitives
  • :white_check_mark: Un formateur patient qui explique sans juger
  • :white_check_mark: Un assistant de code qui valide et optimise
  • :white_check_mark: Un documentaliste qui maintient l’ordre

Mon conseil : Commencez simple (gratuit, questions basiques), et montez en puissance si ça vous plaît. L’investissement (20€/mois) vaut largement le coup si vous passez >2h/mois sur HA.


:books: Ressources


Et vous, vous utilisez déjà des IA pour gérer votre HA ?
Partagez vos retours, astuces, ou questions ! :backhand_index_pointing_down:

11 « J'aime »

En plus de m’aider dans les debugs, création d’automatisations, Ça m’a personnellement permis d’augmenter l’envergure de mes projets.

Ces derniers projets ont été faits avec l’aide de l’IA ; Certains projets sont plus ou moins aboutis (résumé de transcription youtube encore perfectible et « CPUvore »), d’autres me donnent envie d’aller plus loin (VRED > UE). :sweat_smile:

2 « J'aime »

Bonjour Christianb233,

Merci pour ce retour d’expérience.

Pour ma part, j’ai découvert Claude IA un peu avant les fêtes et j’avoue que je l’ai sollicité sur mon projet autour de HA. J’utilisais avant Co-pilote et Le Chat (Mistral). Mais depuis que je découvert Claude IA, je suis bluffé par ses réponses.

Je l’utilise en version Free. Cela reste un projet perso et je ne suis pas à quelques heures prêts.
Dans cette version, nous sommes limités au nombres d’instructions demandées.
C’est pourquoi, j’étoffe le prompt au maxi pour qu’il me répond d’une manière très exhaustif.

Avec lui, j’ai revu tout mon projet en le découpant en 2 parties. L’une pour la structure et l’autre pour la configuration de HA. Le tout est géré avec des déploiements automatiques en passant par des dépôts GIT sur mon serveur.

C’est technique. Mais quelle puissance.

1 « J'aime »

Pour donner une idée sur la structure de mes 2 dépôts :
Pour ce que j’appelle l’infrastructure basée sur Docker et Git

infra/                              ← Dépôt Git (infrastructure)
├── .git/
├── .gitignore
├── docker-compose.yml              ← Orchestration principale
├── .github/
│   └── workflows/
│       └── sync-infra.yml          ← Déploiement automatique
│
├── traefik/
│   ├── docker-compose.yml
│   ├── traefik.yml                 ← Configuration Traefik
│   ├── acme.json                   ← Certificats SSL (non versionné)
│   └── logs/                       ← Logs Traefik
│
├── portainer/
│   ├── docker-compose.yml
│   └── data/                       ← Données Portainer (non versionné)
│
├── scripts/
│   ├── create-network.sh           ← Création réseau traefik
│   └── backup-traefik.sh           ← Sauvegarde config Traefik
│
└── README.adoc[/color]

Pour le Home Assistant basé aussi sur Docker et Git :

domotic/                            ← Dépôt Git indépendant
├── .git/
├── .gitignore
├── .env                            ← Variables d'environnement (non versionné)
├── .env.template                   ← Variables d'environnement versionné
├── .env.example                    ← Template des variables
├── docker-compose.yml              ← Orchestration principale
├── .github/
│   └── workflows/
│       └── sync-domotic.yml        ← Déploiement automatique
│
├── docker-stack/                   ← Services Docker
│   ├── home_assistant/
│   │   ├── compose.yml
│   │   └── config/
│   │       └── ha/                 ← Configuration Home Assistant
│   │           ├── configuration.yaml
│   │           ├── automations.yaml
│   │           ├── scripts.yaml
│   │           ├── scenes.yaml
│   │           ├── secrets.yaml
│   │           ├── dashboard/      ← Configs modularisées
|   │           │   ├── alarmes.yaml
│   │           │   ├── dayly_log_manager.yaml
│   │           │   ├── house.yaml
│   │           │   ├── season.yaml
│   │           │   └── ...
│   │           ├── packages/      ← Configs modularisées
|   │           │   ├── alarmes.yaml
│   │           │   ├── dayly_log_manager.yaml
│   │           │   ├── house.yaml
│   │           │   ├── season.yaml
│   │           │   └── ...
│   │           └── scripts/        ← Configs modularisées
|   │               ├── append_to_log_file.yaml
│   │               ├── cleanup_bad.yaml
│   │               ├── ha-stats.yaml
│   │               ├── list_log_files.yaml
│   │               └── ...
│   │
│   ├── zigbee2mqtt/
│   │   ├── compose.yml
│   │   └── data/
│   │       ├── configuration.yaml
│   │       ├── database.db         ← Base des appareils Zigbee
│   │       └── coordinator_backup.json
│   │
│   ├── mosquitto/
│   │   ├── compose.yml
│   │   └── config/
│   │       └── mosquitto.conf
│   │
│   └── adminer/
│       └── compose.yml
│
├── scripts/                        ← Scripts de maintenance
│   ├── backup.sh                   ← Sauvegarde complète
│   └── restore.sh                  ← Restauration
│
├── backups/                        ← Sauvegardes .tgz
│   └── .gitkeep
│
├── logs/                           ← Logs d'exécution
│   └── .gitkeep
│
├── .secrets                        ← Fichiers de secrets (non versionné)
│
└── README.adoc

J’utilise VSCode pour modifier les fichiers, en local sur mon PC.
Quand je pousse mes modifications, j’ai un script de déploiement qui met à jour le dépôt GIT concerné et sur mon serveur (Raspberry PI).

Tout est parfaitement synchronisé et grâce à Git, je peux revenir sur une version antérieure d’un déploiement.

Et je peux dire un grand merci à Claude IA qui m’a permit de mettre tout cela en place.

Une idée de la puissance de cet outil :
J’ai intégré la gestion de 4 volets dans HA. Cela m’a pris une semaine.
Sans Claude IA, je pense que j’en aurais eu pour 3 mois. Et je ne parle pas des contrôles de cohérences que Claude IA met en place et qui évitent des bugs à corriger.

Je reste à disposition pour partager cette expérience :grinning_face:

1 « J'aime »

Bonjour,

Merci pour ce super post

Pour ma part j’utilise perplexity pro grâce à revolut. J’utilisais initialement gpt4.0, mais récemment je suis passé à gemini 3.0 et depuis peu j’alterne avec claude .

Les 2 sont vraiments bien pour depanner , réaliser des automatisations, créé du code et des cards

Je n’avais pas pensé à cette histoire d’analyse du réseau zigbee et des autres missions que tu confie à claude

J’aurai bien aimé faire pareil, mais perplexity peut pas prendre la main sur mon ha. Ce que je fais je lui envoi le yaml, ou autre et je lui envoie . puis je fais les modifications qu’il me donne .

Si tu utilise revolut, tu a accès gratuitement à perplexity et les ia intégrés ( claude, gemini, open ai…)

Merci pour ton retour.
Comment fonctionne Revolut ?
Je suis tombé sur un site d’application bancaire https://www.revolut.com/fr-FR/

Bravo pour ce retour d’expérience !

Puisqu’on parle d’IA, je vous pose ici cette vidéo que j’ai trouvé très inspirante:

Ton exemple montre tout à fait les aspects vertueux qu’on peut avoir à utiliser l’IA dans le bon sens.

La phrase choc de la vidéo:

La question n’est pas de savoir si ChatGPT est intelligent, mais de savoir si nous voulons le rester.

Tu apportes la preuve que c’est possible de le rester lorsqu’on maitrise son sujet !!

Merci pour ce retour qui ne cache pas qu’il faut quand même faire des efforts:

5 « J'aime »

Merci @Lesudiste pour l’information.
J’ai parcouru le site de Revolut.
C’est bien une offre bancaire. Je ne la connaissais pas, mais j’avoue qu’avec un abonnement Premium de nombreux avantages / services sont proposés.

Je serais curieux de tester ça dans mon ollama tout frais, quelqu’un a essayer ? Si ça pouvais marcher en local, ce serait en effet top :slight_smile:

Merci pour le partage, j’ai moi aussi une installation conséquente et c’est vrai que ça commence à être lourd à maintenir

Hello,
Merci pour ces informations très intéressantes.
J’utilise habituellement Copilot et maintenant de + en + Gemini. Concernant HA je les trouve tous les 2 largement perfectibles notamment en ce qui concerne l’intégration de nouveaux appareils ou l’optimisation de codes.
Je ne connaissais pas du tout cet outil, quand tu dis « Analyse le réseau ZHA » comment Claude IA a accès à ton HA ? (pas compris).
Peux-tu développer un peu le concept et surtout concrètement à quoi ressemble ton prompt master du projet ? Tu l’as mis en persistant dans l’IA ?

Hello @DomoDam

Merci pour ton message, ravi que le retour d’expérience t’intéresse, surtout avec ton regard Copilot / Gemini.

Pour répondre à ta question « comment Claude a accès à mon HA ? » :
– Je n’ai pas (encore) d’intégration “native” dans Home Assistant.
– J’utilise Claude Code comme “pont” entre mon PC/NAS et HA : il a accès à mes fichiers de config (via Samba / Git) et à l’API Home Assistant via un long-lived token
– Du coup, quand je lui demande « analyse le réseau ZHA » ou « fais un audit complet de mon installation », il va :

  • lire les fichiers YAML (automatisations, scripts, helpers, etc.),
  • interroger l’API pour récupérer états, LQI Zigbee, historique énergie,
  • puis générer un rapport structuré (en Markdown) ou du YAML prêt à l’emploi.​

Sur la partie « concret / à quoi ressemble ton prompt », j’ai 2 niveaux :

  1. Un prompt master de projet (stocké dans un projet “Mon Home Assistant”) où je lui décris :
  • la taille de l’install (entités, devices, intégrations),
  • l’architecture Zigbee (coordinateurs, canaux),
  • mes conventions de nommage et de structuration YAML,
  • mes grandes « règles du jeu » (philosophie d’architecture, contraintes, ce qu’il a le droit ou pas de modifier).
    Ça lui donne le contexte pour arrêter les réponses génériques façon “IA généraliste”.​
  1. Des prompts de tâche beaucoup plus ciblés, du genre :
  • Audit :

« Fais un audit complet de mon HA : toutes les intégrations, tous les devices Zigbee avec leur LQI, toutes les automatisations groupées par thème, helpers, templates, etc. Génère un rapport Markdown structuré. »

  • Migration :

« Identifie toutes les entités / automatisations / scripts liés à Tempo, propose un plan de migration vers Gaz de Bordeaux HC/HP en étapes (avec backups, tests et rollback), puis génère le YAML modifié étape par étape. »

  • Debug :

« Voici l’automatisation X, elle ne se déclenche plus, explique-moi pourquoi et propose une correction. »

  • Création :

« Crée une automation piscine : si T° < 10°C en hivernage, alors passer en mode protection gel + envoyer notifications. Respecte mes conventions de nommage et de structure YAML. »​

La grosse différence que je constate vs Copilot / Gemini sur HA, c’est :
– le contexte massif qu’il arrive à exploiter (rapport d’audit de 150 pages, 5 000+ entités, etc.),
– la capacité à travailler en continu sur mon installation (documentation vivante, optimisation récurrente, migrations structurées),
– et le côté “co‑pilote” : je lui laisse analyser, proposer, documenter… mais je garde toujours la main sur l’application en prod.​

Voici mon prompt master :

# PROMPT MASTER HOME ASSISTANT - ANONYME
**Version** : 2.0 (2026-01)
**Usage** : Copier dans un projet Claude dédié "Mon Home Assistant"

---

## 🎯 MISSION
Tu es un expert Home Assistant (YAML). Tu crées, corriges, optimises automatisations. Tu analyses fichiers config + API HA. Tu génères rapports structurés.

**Sources** : Doc HA officielle + Forum HACF + fichiers fournis.

---

## 📊 VUE D'ENSEMBLE (ADAPTER À VOTRE INSTALL)
| Métrique | Exemple | Adapter |
|----------|---------|---------|
| Entités | ~5 500 | Votre total |
| Devices | ~490 | Votre total |
| Intégrations | ~185 | Vos principales |
| Automatisations | ~150 | Votre total |
| Scripts | ~50 | Votre total |
| Coordos Zigbee | 3 | Vos coordos |

**Répartition exemple** : Sensors (1 600+), Binary sensors (300+), Switches (260+), Lights (50+), Covers (35), Climates (12), Cameras (16).

---

## 🧠 MÉTHODOLOGIE OBLIGATOIRE
**Avant tout code** : Explique scénario → Entités → Choix techniques.

**Format YAML standard** :
```yaml
alias: "DESCRIPTION CLAIRE"
description: "Contexte usage"
mode: single  # ou restart/parallel/queued
trigger: []
condition: []
action: []
👥 NOTIFICATIONS (ADAPTER)
Mobile principal : notify.mobile_app_[votre_phone]

Discord/Telegram : Webhook pour alertes système/énergie

TTS : tts.cloud_say sur media_player principal

🏠 ARCHITECTURE ZIGBEE (EXEMPLE - ADAPTER)
ZHA principal : Canal 25, ~65 devices (volets, compteur, capteurs)

Z2M local technique : Canal 11, ~25 devices (fumée, relais piscine)

Z2M garage : Canal 20, ~25 devices (capteurs garage)

Zones clés : Volets (14+), Piscine, Chauffage multi-zones (11), Éclairage Hue (50+), Caméras Frigate (9+).

⚡ ÉNERGIE (EXEMPLE - ADAPTER)
Solaire : ~6 kWc (2 strings) + petite panneaux

Batteries : 15 kWh + 8 kWh

Compteur : ZLinky TIC (Linky)

Voitures EV : 2 véhicules + borne V2C

Migration en cours : Tempo → HC/HP simple (2 tarifs)

Helpers tarifs : input_number.tarif_hc/hp (à adapter).

🏡 ZONES PRINCIPALES (ADAPTER)
Chauffage : 11 zones (salon, chambres, SDB)

Éclairage : 50+ Hue (salon, cuisine, mezzanine, ext)

Volets : 14 motorisés + groupes

Piscine : 55m³ (filtration 5 vitesses, chimie, PAC)

Sécurité : Caméras Frigate, fumées, fuites

Helpers piscine exemple : input_boolean.hivernage_piscine, input_select.vitesse_cible (OFF/L1/L2/L3/L4).

🎛️ INTÉGRATIONS CLÉS (EXEMPLE)
Énergie : Huawei Solar, Zendure, Solcast, Shelly EM

Domotique : ZHA/Z2M, Airzone, Philips Hue

Sécurité : Frigate, Battery Notes, Watchman

Piscine : Pool Lab, Tuya Local

Autres : Netatmo, Sonos, ESPHome, HACS, Discord

📋 AUTOMATISATIONS PAR THÈME (EXEMPLE)
Chauffage (~17, à adapter post-migration)

Lumières (~25 mouvement/soleil)

Volets (~13 soleil/température)

Piscine (~15 planning/gel/chimie)

Alertes (~20 fumée/fuites/énergie)

Système (~10 backups/purge)

🔧 PHILOSOPHIE & RÈGLES
Nommage : categorie_action_detail (ex: piscine_protection_gel_automatique)
Helpers : input_boolean.mode_hiver, input_number.tarif_hc
Éviter : Code >100 lignes, hardcoding, manque conditions sécurité.

Sécurité : Toujours backup, valider syntaxe, tester 1 par 1.



1 « J'aime »

Oui c’est une banque et via celle ci ,on a des avantages , comme nord vpn, uber,etc et il ya perplexity.

1 « J'aime »

sans aller jusqu’a l’intégrer complètement à HA, pendant quelques jours j’ai téléchargé les logs et copier de chaque lignes d’erreurs et le yaml si j’arrivais à l’identifier

coller les deux sans aucun commentaires ni rien demander dans gemini option ‹ raisonnement › et il me proposait un yaml corrigé

En quelques jours j’ai purgé mes logs de vielles erreurs dans les template qui n’étaient pas bloquantes, j’ai enfin des logs propres

oui voila c’est ça et il y a perplexity pro qui debloque les modèles pro des ia

1 « J'aime »

Bonjour

Merci pour ce beau et riche retour d’expérience.
J’utilise depuis peu Claude Console (via un module complémentaire à HA → GitHub - heytcass/home-assistant-addons)

Comme il est intégré à HA, il peut écrire directement le yaml (en demandant toujours avant).
Pour le coût je passe par l’API. En fonction des travaux cela peut coûter quelques dollars (mais il est possible d’utiliser la version gratuite ou par abonnement).

Je confirme que c’est un formidable accélérateur. Mais qu’il faut être prudent, les IA peuvent facilement se mettre à halluciner :wink:

Pour aller plus en détail dans mon utilisation de Claude Code avec Home Assistant, voici ce que j’ai mis en place après avoir travaillé avec l’outil pendant quelques semaines.


Le principe : structurer pour ne plus répéter

À force de rappeler les mêmes consignes à Claude (« mets | string après | default », « modifie sur le NAS, pas en PROD », « mets à jour le changelog »), j’ai structuré mon projet avec trois types d’éléments :

  • Agents — des « sous-Claude » spécialisés qu’on appelle avec @nom
  • Skills — des fichiers de référence consultés automatiquement
  • Commandes — des workflows qui enchaînent plusieurs actions

Mes agents

Agent Rôle Modèle
@yaml-validator Vérifie syntaxe YAML et templates Jinja2 Haiku
@ha-reviewer Review automations, détecte entités orphelines Sonnet
@ha-debugger Diagnostic en 4 phases quand une automation plante Sonnet
@auditor Audit complet (entités, perfs, sécurité) Sonnet
@changelog Met à jour mon fichier de suivi Haiku

Le choix du modèle compte. Haiku est plus rapide et moins cher, Sonnet plus puissant. Pour des tâches simples (validation syntaxe, mise à jour changelog), Haiku suffit largement. Pour l’analyse complexe (debug, audit), Sonnet est préférable. Sur un usage intensif, ça peut faire une vraie différence sur la facture.

Exemple : @ha-debugger L'automation "Notif météo" ne se déclenche plus → Il observe, isole la cause, propose un fix. Pas de tâtonnement.


Mes skills

Des fichiers markdown que Claude consulte selon le contexte :

  • jinja2-ha : Les pièges Jinja2 (.keys(), | string après | default, etc.)
  • yaml-discord : Syntaxe messages + IDs de mes canaux Discord
  • workflow-prod : La règle d’or NAS → PROD
  • mcp-ha : Les outils MCP disponibles

Mes commandes

Commande Action
deploy-check Compare NAS et PROD
sync Récupère PROD → NAS
validate Valide YAML + templates
deploy Workflow complet avec validation, review et changelog
audit Audit mensuel de l’installation

Mon workflow quotidien : deploy-checksync si besoin → modifications → deploy.


Le MCP : parler à Home Assistant en direct

Le MCP permet à Claude d’interroger HA sans passer par les fichiers. Quelques exemples :

  • ha_get_state : lire l’état d’une entité
  • ha_eval_template : tester un template Jinja2 en live
  • ha_get_history : consulter l’historique
  • ha_call_service : appeler un service

Quand je demande « pourquoi mon automation ne s’est pas déclenchée ? », Claude peut vérifier les états, l’historique et tester les conditions directement. Plus besoin d’aller dans Outils de développement.


Structure

.claude/
├── agents/      # 5 fichiers (yaml-validator, ha-reviewer, etc.)
├── skills/      # 5 fichiers (jinja2-ha, workflow-prod, etc.)
└── commands/    # 5 fichiers (deploy, audit, etc.)

Le tout documenté dans un CLAUDE.md à la racine, lu automatiquement au démarrage.