Home Assistant Dashboard Designer

Home Assistant Dashboard Designer ist ein öffentlicher Skill von CCOSTAN aus dem eigenständigen Repository Home-Assistant-Codex-Skills. Die ursprüngliche Smithery-Registrierung verwies auf den Pfad codex_skills/homeassistant-dashboard-designer im großen Home-AssistantConfig-Repository. Dieser Pfad wurde laut Commit-Historie in ein eigenes Repository verschoben. Die heute erreichbare Primärquelle liegt unter homeassistant-dashboard-designer/SKILL.md und wird durch Referenzmaterial, einen Lovelace-Validator und fokussierte Tests ergänzt. Der Skill ist eine Arbeitsanweisung für Codex, kein Home-Assistant-Server, keine fertige Dashboard-Anwendung und kein Ersatz für die offizielle Home-Assistant-Dokumentation.

Zweck und Eingaben

Laut Anbieter unterstützt der Skill das Planen, Überarbeiten und Refaktorieren von Lovelace-Ansichten in YAML. Nutzerinnen und Nutzer sollen das konkrete Ziel, den exakten View- oder Partial-Pfad unter config/dashboards, gewünschte Bildschirmgrößen und unveränderliche Bereiche nennen. Wenn diese Informationen fehlen, fordert die Anleitung gezielte Rückfragen statt einer unkontrollierten Volländerung. Als mögliche Absichten nennt die Quelle Infrastruktur, Wohnen, Energie und Umwelt. Eine Ansicht soll jeweils eine klare Absicht behalten, damit Layout, Kennzahlen und Entitäten nachvollziehbar bleiben.

Layout und Komponenten

Die Primärstruktur setzt auf grid und vertical-stack mit begrenzter Verschachtelung. Horizontale Stapel innerhalb von Grid-Zellen, freie Positionierung und Layoutlogik in card-mod werden vermieden. Für Karten empfiehlt die Quelle zuerst custom:button-card mit zentralisierten Templates. card-mod ist nur für gemeinsame visuelle Regeln vorgesehen. Flex-Horseshoe-Karten und Mini-Graph-Karten dienen jeweils einzelnen, klar definierten Messwerten. Kernkarten wie entities oder history-graph bleiben Fallbacks, die begründet werden sollen. Templates sollen wiederverwendet werden; neue Templates dürfen nicht ohne ausdrückliche Anweisung entstehen. Diese Regeln reduzieren visuelle Varianz, Diff-Größe und schwer prüfbare Sonderlogik.

Prüfung und Grenzen

Vor einer Änderung soll der Zielbestand, einschließlich includes, Templates und Repository-Anweisungen, gelesen werden. Laut Anbieter muss ein verfügbarer Home-Assistant-MCP Entitäten, Dienste und Payload-Felder prüfen. Ist der MCP nicht verfügbar, dürfen keine Entity- oder Service-IDs erfunden werden; stattdessen sind Repository-Konfiguration und offizielle Integrationsdokumentation heranzuziehen. Danach sollen vorhandene Dashboard-Validatoren, ein Home-Assistant-Konfigurationscheck und der mitgelieferte Validator ausgeführt werden. Ein bestandener YAML-Check beweist weder korrekte Messwerte noch eine sinnvolle fachliche Darstellung.

Sicherheit und Verantwortlichkeit

Ein Dashboard kann private Geräte-, Anwesenheits-, Energie- und Umgebungsdaten sichtbar machen. Verzeichnis- und Netzwerkzugriff müssen auf das Zielprojekt begrenzt bleiben. Der Skill selbst fordert keine Zugangsdaten, Tokens oder privaten Schlüssel und solche Werte gehören nicht in YAML, Beispiele, Logs oder Skill-Dateien. Ein MCP oder ein verbundener Modellanbieter kann Eingaben und Ergebnisse außerhalb des lokalen Rechners verarbeiten; lokal gespeicherte YAML-Dateien beweisen keine lokale Modellverarbeitung. Lesezugriff ist zunächst vorzuziehen. Änderungen an Dashboards, Diensten, Szenen oder Automationen dürfen erst nach menschlicher Bestätigung, klarer Zielprüfung und einem gesicherten Rollback erfolgen. Automatisierte Entscheidungen können fehlerhafte Entitäten, veraltete Zustände oder missverständliche Absichten nicht zuverlässig ausschließen. Prüfen Sie deshalb Änderungen zunächst in einer nicht produktiven Kopie, vergleichen Sie den Diff und halten Sie eine Wiederherstellungsmöglichkeit bereit. Aktionen wie Schalten, Neustarten, Sperren, Entsperren oder das Auslösen einer Automation dürfen nicht allein aus einer plausiblen Modellantwort folgen. Ein Modell kennt lokale Sicherheitsregeln, Bewohnerwünsche und physische Folgen nicht zuverlässig. Die MIT-Lizenz des eigenständigen Repositories erlaubt Weiterverwendung unter ihren Bedingungen, ersetzt aber keine Prüfung der Home-Assistant-Version, benutzerdefinierten Karten, Integrationen oder lokalen Betriebsregeln. Auch eine erfolgreiche Darstellung im Browser ist kein Beweis, dass ein Gerät erreichbar ist oder eine Automation fachlich korrekt arbeitet.