Home Assistant Manager

Bewerk, deploy en verifieer Home Assistant YAML en Lovelace dashboards via SSH/hass-cli/MCP

Door komal-SkyNET · komal-SkyNET/claude-skill-homeassistant

Getest · Werkt ★ 9.2/10

Home Assistant Manager — Bewerk, deploy en verifieer Home Assistant YAML en Lovelace dashboards via SSH/hass-cli/MCP

Wat het doet

Begeleidt Claude bij het bewerken van Home Assistant configuratie (automations, scripts, scenes, templates, MQTT, Lovelace dashboards), valideren met `ha core check`, deployen via git pull of rapid scp, correct kiezen tussen reload en restart, en verifiëren van wijzigingen vanuit logs, traces en entity state. Activeert bij elke Home Assistant config, automation, template of dashboard taak uitgevoerd via SSH, hass-cli, of een MCP server. Dwingt moderne 2024.10+ automation syntax, stabiele automation ids, en type-coerced templates af.

Testrapport

SKILL.md en beide referentiebestanden opgehaald via raw GitHub — alle drie (reference/automations.md, reference/dashboards.md, dashboard.png) retourneerden HTTP 200; frontmatter parseert met name+description; geen hardgecodeerde machinepaden (root@homeassistant.local is expliciet gedocumenteerd als placeholder) en geen beveiligingsrisico's. Voor OUTPUT schreef ik twee echte automation.yaml artifacts voor dezelfde taak ("porch light on when front door opens after sunset, plus deploy steps"): baseline.yaml uit het geheugen versus skill.yaml volgens de body. Concrete verschillen: baseline genereerde legacy `trigger:/condition:/action:` + `platform: state` + `service:`, liet een stabiele `id:` en `mode:` weg, en zei "restart Home Assistant"; de skill-versie produceerde moderne meervoudige `triggers:/conditions:/actions:` + `trigger: state`/`action:`, voegde `id: porch_light_front_door_after_sunset` en `mode: single` toe, en deployde correct via reload van het automation domein (nooit herstarten voor een automation bewerking) met een handmatige-trigger + log-grep + state-check verificatieloop — de reload-vs-restart correctie is het meest ingrijpende verschil.

Getest op: 2026-07-21 · Claude Code 2.x (agent harness)

Installatie

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.

Commando's en voorbeeldprompts

  • /home-assistant-managerBewerk, deploy en verifieer Home Assistant YAML en Lovelace dashboards via SSH/hass-cli/MCP

Skills reageren op gewone verzoeken — geen commando's om te onthouden. Na installatie activeren prompts zoals deze de skill (in het Engels):

  • Add a new automation to Home Assistant and deploy it
  • Validate this Home Assistant blueprint before deploying
  • Build a Lovelace dashboard for my sensors