Ich wollte mehr aus meiner bestehenden Home-Assistant-Installation herausholen. Nicht, weil mir ein neues System gefehlt hätte, sondern weil ich gemerkt habe, dass etliche Informationen bereits im Haus erfasst werden. Sie waren nur nicht überall sinnvoll angeordnet oder auf einen Blick zu finden.
Also habe ich meine Home-Assistant-Konfiguration mit Claude Code und OpenCode prüfen und überarbeiten lassen. In beiden Fällen kamen OpenAI-Modelle zum Einsatz. Das Ergebnis ist mehr als ein neues Dashboard: Es zeigt, wie sich vorhandene Infrastruktur besser nutzen lässt, wie Monitoring eine Grundlage für Automatisierungen schafft und wo Coding Agents bei der Pflege eines gewachsenen Systems helfen können.
Die vorhandenen Daten besser lesbar machen
Der größte Teil der Überarbeitung betraf die Home-Assistant-Ansicht „Übersicht“. Sieben weitere Ansichten habe ich nach einem gemeinsamen Muster neu aufgebaut. Statt unterschiedlich gewachsener Kachelsammlungen gibt es nun klar gegliederte Abschnitte mit Überschriften und Symbolen, einheitliche Kacheln und kompakte Verlaufsgrafiken.
Welche Messwerte auftauchen, hängt vom jeweiligen Bereich ab. Dazu gehören unter anderem Temperatur, Luftfeuchtigkeit, Radon, elektrische Leistung und CO. Eine Kachel zeigt mir den aktuellen Zustand; ein kleiner Verlauf hilft dabei, ihn einzuordnen. Ist eine Temperatur ungewöhnlich, oder war sie schon den ganzen Tag so? Hat sich ein Messwert gerade verändert, oder ist der Verlauf stabil? Ein Graph beantwortet oft mehr als eine weitere Zahl.
Dabei ging es nicht darum, möglichst viele Daten gleichzeitig unterzubringen. Ein Dashboard soll die Fragen beantworten, die im Alltag tatsächlich auftauchen. Leere Abschnitte und doppelte Karten sind deshalb verschwunden. Verweise auf nicht mehr vorhandene Geräte und eine defekte Kamerakarte habe ich entfernt. Auch Beschriftungen und Tippfehler wurden bereinigt. Das klingt banal, macht eine Oberfläche aber leichter lesbar und verhindert, dass veraltete Einträge Vertrauen in die Anzeige kosten.
Zusätzliche Funktionen ergänzen die vorhandenen Ansichten: eine Wettervorhersage, Musiksteuerung, Optionen und Kindersicherung für die Spülmaschine sowie die Akkustände der Rauch- und CO-Melder. Der Schalter für das Gast-WLAN liegt nun im Netzwerkbereich. Die automatische Abschaltung um 22 Uhr bleibt bestehen. Das ist ein kleines Beispiel dafür, dass nicht jede Verbesserung neue Sensoren benötigt. Manchmal reicht es, eine bestehende Funktion an den Ort zu verschieben, an dem man sie erwartet.
Warnungen, die nur bei Bedarf erscheinen
Eine häufige Schwäche von Smart-Home-Dashboards ist die Dauerpräsenz von Statusinformationen. Wenn jeder Zustand gleich prominent dargestellt wird, ist die wichtige Meldung nur eine Kachel unter vielen. Ich wollte deshalb Warnungen, die nur auftauchen, wenn es einen konkreten Grund dafür gibt.
Die Ansichten machen unter anderem Rauch- und CO-Alarme, niedrige Batteriestände, Melder am Ende ihrer Lebensdauer oder außerhalb des Normalzustands sichtbar. Auch Schutzabschaltungen von Shelly-Steckdosen werden gemeldet, etwa bei Überhitzung, Überstrom, Überspannung oder Überlast. Für Salz- und Klarspülermangel sowie eine fertige Spülmaschine gibt es ebenfalls Hinweise. Ein Melder mit schwachem Funksignal bleibt so lange sichtbar, wie das Problem besteht. Bei Rauch- und CO-Alarm kann ich den Melder direkt im entsprechenden Abschnitt stummschalten.
Bei den Steckdosen von Kühl- und Gefriergeräten war mir zusätzlich wichtig, dass eine Berührung der Kachel nicht versehentlich das Gerät ausschaltet. Das ist eine kleine Änderung an der Bedienung, aber eine wichtige Trennung zwischen Statusanzeige und Aktion: Nicht jede Information muss gleichzeitig ein Schalter sein.
Diese Art von Dashboard ist für mich hilfreicher als eine möglichst vollständige Geräteliste. Ich sehe weiterhin relevante Zustände, aber die Oberfläche lenkt meine Aufmerksamkeit auf Abweichungen. Damit das klappt, müssen die zugrunde liegenden Entitäten natürlich gepflegt sein. Ein schöner Warnhinweis hilft nicht, wenn die Integration dahinter längst keine verlässlichen Daten mehr liefert.
Aus Messwerten werden Automatisierungen
Ein neues Dashboard zeigt jetzt außerdem die Nutzung mehrerer KI-Dienste: Kosten, Anfragen und Token-Zahlen für OpenAI, OpenRouter und Opper AI. Hinzu kommen eine Gesamtsumme und die Kosten des aktuellen Tages. Zum Zeitpunkt meiner Erfassung lag der Tageswert bei 1,16 US-Dollar.
Die Metriken sind nicht nur interessant, weil sie eine Rechnung erklären. Sie können auch eine konkrete Aktion auslösen. Ich habe eine Home-Assistant-Automation eingerichtet, die mich per Discord benachrichtigt, wenn die Tageskosten 10 US-Dollar überschreiten. Dafür gibt es die Discord-Integration und ein Skript zum Versenden der Meldung.
An dieser Stelle braucht es keine generative KI, um zu entscheiden, ob die Kosten „hoch“ sind. Der Grenzwert ist eindeutig: Liegt der Tageswert darüber, wird eine Nachricht gesendet. Das macht die Regel leicht verständlich und vorhersehbar. Die KI war bei der Arbeit an der Konfiguration hilfreich; im laufenden Betrieb übernimmt eine normale Automation die Entscheidung.
Für mich ist die Reihenfolge entscheidend: Erst müssen die Daten verfügbar sein, dann kann ich sie sinnvoll visualisieren. Wenn die Messwerte verlässlich sind, lassen sich darauf nachvollziehbare Regeln aufbauen. Ohne Metriken würde ich nur vermuten, ob ein Grenzwert erreicht wurde. Mit einer Automation muss ich auch nicht darauf hoffen, zufällig zur richtigen Zeit in die passende Ansicht zu schauen.
Dass Home Assistant an meinen Discord-Server loggt, hilft außerdem dabei, Meldungen außerhalb des Dashboards mitzubekommen. Eine Benachrichtigung ist dabei kein Selbstzweck. Sie sollte klar sagen, was passiert ist und warum ich darauf achten sollte. Für den Anfang ist eine einzelne Schwellenwert-Warnung besser als eine Flut von Meldungen, die ich irgendwann ignoriere.
Coding Agents für die Arbeit, die sonst liegen bleibt
Claude Code und OpenCode haben mich bei der Prüfung und Überarbeitung der bestehenden Home-Assistant-Konfiguration unterstützt. Gerade bei einem länger genutzten System sammelt sich Arbeit an, die einzeln überschaubar wirkt: Ansichten vereinheitlichen, alte Geräteverweise finden, doppelte Karten entfernen, Beschriftungen korrigieren und Warnungen konsistent aufbauen. Zusammengenommen kosten diese Aufgaben Zeit, die im Alltag oft für andere Dinge draufgeht.
Ein Coding Agent kann den Bestand analysieren, Zusammenhänge herausarbeiten und Änderungsvorschläge umsetzen. Das heißt nicht, dass jede vorgeschlagene Änderung automatisch richtig ist. Home Assistant hängt an echten Geräten und kann damit reale Auswirkungen haben. Ich behandle die Agenten deshalb als Werkzeuge für Analyse und Konfigurationsarbeit, nicht als autonome Hausverwaltung. Änderungen müssen nachvollziehbar bleiben und anschließend geprüft werden. Besonders bei Schaltern und Automationen sollte klar sein, welche Entität angesprochen wird und welche Folge eine Aktion hat.
Der praktische Gewinn liegt für mich nicht darin, dass KI jede Entscheidung abnimmt. Sie senkt die Hürde, einen gewachsenen Bestand aufzuräumen. Aufgaben, die ich immer wieder verschoben habe, lassen sich gezielter angehen, wenn ein Agent beim Durchsuchen und Strukturieren hilft. Die Verantwortung für die Änderung und den Betrieb bleibt trotzdem bei mir.
Neue Informationen aus bestehenden Integrationen
Neben der Dashboard-Arbeit haben sich auch die verfügbaren Informationen einzelner Integrationen erweitert. Nach einem Update von Home Connect gibt es zusätzliche Hinweise zu Salzmangel, Klarspüler sowie Erinnerungen an Maschinenpflege und Filterreinigung. Für den Fernseher im Wohnzimmer ist ein separater Schalter für den Bildschirm hinzugekommen. Bei der Photovoltaik zeigt ein weiterer Sensor an, wie lange Erfassungsdaten fehlen.
Das sind keine großen Plattformwechsel. Es sind Ergänzungen innerhalb der Infrastruktur, die bereits vorhanden ist. Wenn eine Integration einen hilfreichen Sensor neu bereitstellt, kann er in ein Dashboard aufgenommen oder als Auslöser einer Automation genutzt werden. Die Voraussetzung ist, dass ich die Information auch wahrnehme und ihren Zustand richtig verstehe.
Sichtbarkeit ist keine Fehlerbehebung
Die Überarbeitung hat nicht alle Probleme beseitigt. Bei der Türklingel liefert die Integration keine Kamera mehr. Ein Gerät war zeitweise nicht erreichbar; im Log standen dazu rund 530 Timeout-Meldungen. Außerdem gibt es einzelne nicht erreichbare Geräte und weiterhin einen Melder mit schwachem Funksignal.
Das ist kein Widerspruch zum besseren Dashboard. Im Gegenteil: Eine gute Übersicht sollte nicht den Eindruck erwecken, alles sei in Ordnung, nur weil die Oberfläche sauber aussieht. Sie hilft dabei, Fehler und Ausfälle leichter zu erkennen. Die Ursache kann aber bei einer Integration, einem Gerät, der Netzwerkverbindung oder einer anderen Abhängigkeit liegen. Das muss getrennt untersucht werden.
Diese Grenze ist auch für KI wichtig. Ein Agent kann Logs und Konfigurationen beim Eingrenzen eines Problems unterstützen. Er kann aber nicht allein aus einer schön formatierten Ansicht folgern, dass ein Gerät zuverlässig funktioniert. Wenn Daten ausbleiben, muss der Zustand als Problem sichtbar bleiben, statt stillschweigend als normal zu gelten.
Ein übertragbares Vorgehen fürs eigene Homelab
Vielleicht sind folgende Schritte auch für dein Homelab spannend:
- Vorhandene Daten inventarisieren. Welche Sensoren, Integrationen und Zustände gibt es bereits? Bevor ich neue Hardware anschaffe, lohnt sich ein Blick auf das, was schon erfasst wird.
- Nach Alltagstauglichkeit ordnen. Eine gute Übersicht gruppiert Informationen nach ihrem Zweck und zeigt Entwicklungen, wenn ein Verlauf beim Einordnen hilft.
- Warnungen an Bedingungen knüpfen. Nur relevante Abweichungen sollten Aufmerksamkeit verlangen. Ständige Statusmeldungen stumpfen ab.
- Erst messen, dann automatisieren. Ein stabiler Sensorwert und eine klare Regel sind eine bessere Basis als eine komplizierte Automation auf unsicheren Daten.
- KI für Analyse und Routinearbeit einsetzen. Coding Agents können beim Durchsuchen und Aufräumen helfen. Änderungen, besonders solche mit realen Auswirkungen, müssen überprüfbar bleiben.
- Fehler nicht verstecken. Ein Dashboard darf Probleme nicht kaschieren. Veraltete Daten, nicht erreichbare Geräte und Integrationsfehler gehören ebenfalls in den Blick.
Mein Home Assistant war schon vorher ein wichtiger Teil des Homelabs. Durch die Überarbeitung ist er für mich nützlicher geworden: Die Informationen, die bereits im System lagen, sind leichter auffindbar, ausgewählte Probleme fallen schneller auf, und aus einer neuen Kostenübersicht ist eine konkrete Discord-Warnung entstanden.
Die KI hat mir geholfen, die Arbeit anzugehen, für die ich sonst wenig Zeit hatte. Die Automatisierungen bleiben bewusst nachvollziehbar, und Home Assistant führt die klar definierten Regeln aus. Das Zusammenspiel aus vorhandener Infrastruktur, sichtbaren Metriken und geprüfter KI-Unterstützung ist für mich der eigentliche Mehrwert.
Welche Daten in eurem Homelab oder eurer bestehenden IT sind zwar schon vorhanden, aber noch nicht dort sichtbar, wo sie euch wirklich helfen würden?