Home Assistant Manager
Modifier, déployer et vérifier les tableaux de bord YAML et Lovelace de Home Assistant via SSH/hass-cli/MCP
Testé · Fonctionne
Ce que fait
Guide Claude à travers l'édition de la configuration de Home Assistant (automatisations, scripts, scènes, modèles, MQTT, tableaux de bord Lovelace), la validation avec `ha core check`, le déploiement via git pull ou scp rapide, le choix correct entre reload et restart, et la vérification des changements à partir des logs, traces et état des entités. Se déclenche sur toute tâche de configuration, d'automatisation, de modèle ou de tableau de bord Home Assistant effectuée via SSH, hass-cli ou un serveur MCP. Applique la syntaxe d'automatisation moderne 2024.10+, des identifiants d'automatisation stables et des modèles à typage forcé.
Rapport de test
Récupéré SKILL.md et les deux fichiers de référence via GitHub brut — les trois (reference/automations.md, reference/dashboards.md, dashboard.png) ont renvoyé HTTP 200 ; le frontmatter est parsé avec name+description ; pas de chemins machine codés en dur (root@homeassistant.local est explicitement documenté comme un placeholder) et pas de problèmes de sécurité. Pour la SORTIE, j'ai écrit deux artefacts automation.yaml réels pour la même tâche ("lumière du porche allumée lorsque la porte d'entrée s'ouvre après le coucher du soleil, plus les étapes de déploiement") : baseline.yaml de mémoire vs skill.yaml suivant le corps. Différences concrètes : la référence a émis `trigger:/condition:/action:` + `platform: state` + `service:` hérités, a omis un `id:` et `mode:` stables, et a dit "restart Home Assistant" ; la version de la compétence a produit des `triggers:/conditions:/actions:` pluriels modernes + `trigger: state`/`action:`, a ajouté `id: porch_light_front_door_after_sunset` et `mode: single`, et a correctement déployé via un rechargement du domaine d'automatisation (ne jamais redémarrer pour une édition d'automatisation) avec une boucle de vérification manuelle (déclenchement + grep de log + vérification d'état) — la correction reload-vs-restart est la différence la plus significative.
Testé le: 2026-07-21 · Claude Code 2.x (agent harness)
Installation
git clone --depth 1 https://github.com/komal-SkyNET/claude-skill-homeassistant.git /tmp/home-assistant-manager-src mkdir -p ~/.claude/skills cp -R /tmp/home-assistant-manager-src/skills/home-assistant-manager ~/.claude/skills/home-assistant-manager # SKILL.md lands at ~/.claude/skills/home-assistant-manager/SKILL.md, plus reference/ (automations.md, dashboards.md) and dashboard.png. # Runtime prerequisites (the skill drives these, does not bundle them): a reachable Home Assistant instance and ONE of: # - SSH access to the HA host (for `ha core check|restart|logs`), or # - hass-cli with HASS_SERVER + HASS_TOKEN exported BEFORE the session starts, or # - an HA MCP server (official mcp_server integration or community ha-mcp). # The repo you edit is assumed to be the HA /config dir, git-connected to the instance. # Plugin-marketplace alternative: repo ships .claude-plugin/marketplace.json + plugin.json.
Commandes et exemples de prompts
/home-assistant-managerModifier, déployer et vérifier les tableaux de bord YAML et Lovelace de Home Assistant via SSH/hass-cli/MCP
Les skills se déclenchent sur des demandes en langage courant — aucune commande à retenir. Après installation, des prompts comme ceux-ci l'activent (en anglais) :
Add a new automation to Home Assistant and deploy itValidate this Home Assistant blueprint before deployingBuild a Lovelace dashboard for my sensors