Home Assistant Manager

Home Assistant YAML und Lovelace-Dashboards über SSH/hass-cli/MCP bearbeiten, bereitstellen und verifizieren

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

Getestet · Funktioniert ★ 9.2/10

Home Assistant Manager — Home Assistant YAML und Lovelace-Dashboards über SSH/hass-cli/MCP bearbeiten, bereitstellen und verifizieren

Was es kann

Führt Claude durch die Bearbeitung der Home Assistant-Konfiguration (Automatisierungen, Skripte, Szenen, Vorlagen, MQTT, Lovelace-Dashboards), Validierung mit `ha core check`, Bereitstellung über git pull oder schnelles scp, korrekte Auswahl zwischen reload und restart und Verifizierung von Änderungen aus Logs, Traces und Entitätszustand. Wird ausgelöst bei jeder Home Assistant-Konfigurations-, Automatisierungs-, Vorlagen- oder Dashboard-Aufgabe, die über SSH, hass-cli oder einen MCP-Server ausgeführt wird. Erzwingt moderne 2024.10+-Automatisierungssyntax, stabile Automatisierungs-IDs und typumgewandelte Vorlagen.

Testbericht

SKILL.md und beide Referenzdateien über raw GitHub abgerufen – alle drei (reference/automations.md, reference/dashboards.md, dashboard.png) gaben HTTP 200 zurück; Frontmatter wird mit name+description geparst; keine fest codierten Maschinenpfade (root@homeassistant.local ist explizit als Platzhalter dokumentiert) und keine Sicherheitsrisiken. Für OUTPUT schrieb ich zwei reale automation.yaml-Artefakte für dieselbe Aufgabe ("porch light on when front door opens after sunset, plus deploy steps"): baseline.yaml aus dem Gedächtnis vs. skill.yaml nach dem Body. Konkrete Unterschiede: Baseline emittierte das veraltete `trigger:/condition:/action:` + `platform: state` + `service:`, ließ eine stabile `id:` und `mode:` weg und sagte "restart Home Assistant"; die Skill-Version erzeugte moderne Pluralformen `triggers:/conditions:/actions:` + `trigger: state`/`action:`, fügte `id: porch_light_front_door_after_sunset` und `mode: single` hinzu und stellte korrekt über das Neuladen der Automatisierungsdomäne bereit (niemals Neustart für eine Automatisierungsbearbeitung) mit einem manuellen Trigger + Log-Grep + Status-Check-Verifizierungsloop – die Korrektur von reload vs. restart ist der wichtigste Unterschied.

Getestet am: 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.

Befehle & Beispiel-Prompts

/home-assistant-managerHome Assistant YAML und Lovelace-Dashboards über SSH/hass-cli/MCP bearbeiten, bereitstellen und verifizieren

Skills reagieren auf normale Anfragen — keine Slash-Befehle nötig. Nach der Installation aktivieren Prompts wie diese den Skill (auf Englisch):

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

Vollständiger Testbericht (Englisch) →