ha-mcp + Claude: énorme levier pour Home Assistant — avec garde-fous

Illustration aquarelle: opérateur devant un dashboard smart-home avec backup, diff, gate de validation humaine et checklist de vérification.

Le point intéressant avec l’IA dans Home Assistant n’est pas d’allumer une lumière.
Le vrai gain est opérationnel: nettoyer une installation vieillissante sans transformer ça en deuxième job.

La différence entre « énorme levier » et « nuit de rollback » ne dépend pas du QI du modèle, mais de la discipline de changement.

D’abord: clarifier le modèle mental

Il faut distinguer:

  • l’intégration officielle Home Assistant mcp_server (contrôle d’entités)
  • le projet ha-mcp (administration et configuration plus larges)

Si on mélange les deux, on perd la maîtrise des droits et du risque.

Pourquoi ça marche si bien (et pourquoi ça casse)

Les tâches HA pénibles sont souvent répétitives:

  • edits YAML
  • nomenclature incohérente
  • dashboards fragmentés
  • références fragiles entre fichiers

Les LLM sont bons là-dessus.
Le problème commence quand la vitesse dépasse les garde-fous.

Protocole minimal pour rester en sécurité

1) Backup avant toute session d’écriture

  • backup frais avant tout changement sensible
  • au moins une copie hors zone d’écriture de l’agent
  • test de restauration régulier

2) Changements atomiques

Pas de prompt « refais tout le dashboard ».

Préférer:

  • une carte
  • une automation
  • une famille de scripts
  • un namespace à la fois

3) Config sous Git

  • branche par tâche
  • review humain obligatoire
  • pas d’écriture directe sur main

4) Least privilege

  • chemins éditables limités
  • outils exposés limités
  • pas de droit delete global

5) Gate humain avant apply

L’agent propose. L’humain valide. Ensuite seulement on applique.

6) Vérification après merge

Minimum:

  • config check
  • reload/restart ciblé
  • revue de logs
  • test réel du scénario attendu

« Ça avait l’air bon dans le chat » n’est pas une validation.

Hosted vs local: approche pragmatique

Les meilleurs modèles hébergés restent souvent plus solides sur des workflows outillés complexes. Ça peut changer vite; donc il faut mesurer:

  • taux de correction manuelle
  • erreurs de boucle
  • coût par changement réussi

Objectif: optimiser l’exploitation, pas les benchmarks.

Conclusion

IA + Home Assistant n’est ni magie, ni hype pur.
C’est du change-management avec un assistant rapide.

Avec backup-first, scopes atomiques, least privilege, approval gate et vérification explicite, on gagne en vitesse sans sacrifier la fiabilité.

Sources

Notes liées