Mein Mac mini läuft seit Monaten 24/7 mit Claude Desktop. Nicht als Deko, sondern als aktive Instanz, die ich vom Büro aus erreiche, von daheim, unterwegs am Handy und sogar im Urlaub in Lignano. Genau diese Erreichbarkeit ist der Punkt, an dem Home Assistant und KI wirklich zusammenpassen.
Meine These: Du brauchst kein YAML-Profiwissen mehr, um ein leistungsfähiges Smart Home zu betreiben, du brauchst nur den richtigen Zugriff und ein klares Setup. In diesem Workshop zeige ich dir Schritt für Schritt, wie du Claude Cowork mit deiner Home-Assistant-Instanz verbindest, was KI bei Fehlersuche und YAML konkret leistet, und wie ein automatisierter Tagesbericht in Notion oder per Mail entsteht. Fangen wir mit dem Fundament an: dem Zugriff.
Was du für dieses Setup brauchst
Bevor es losgeht, kurz zu den Begriffen, die in diesem Workshop vorkommen.
Long-Life-Token (Long-Lived Access Token): Ein dauerhaftes Zugriffstoken, das du in Home Assistant unter deinem Profil erstellst und einem externen System wie Claude Cowork gibst. Damit kann dieses System die Home-Assistant-REST-API nutzen, ohne dass du dich jedes Mal neu einloggst. Der Token hat dieselben Rechte wie der Nutzer, unter dem er erstellt wurde. Das ist der wichtigste Satz in diesem ganzen Artikel, merk ihn dir.
YAML: Die Konfigurationssprache, in der Home Assistant Automationen, Skripte und teilweise auch Dashboards beschreibt. Menschlich lesbar, aber bei komplexer Bedingungslogik schnell unübersichtlich. Wer schon mal eine Automation mit mehreren Triggern, Bedingungen und Templates von Hand geschrieben hat, weiß, wovon ich rede.
Claude Cowork: Der Modus in der Claude Desktop App, der auf einen lokalen Ordner zugreift und über Connectoren mit externen Diensten spricht. Anders als der klassische Chat behält Cowork den Kontext über lange Sessions und kann direkt Dateien erstellen. Ich habe den kompletten Aufbau in meinem Leitfaden zu Claude Cowork beschrieben, hier gehe ich direkt auf den Home-Assistant-Teil ein.
Was du technisch brauchst: eine laufende Home-Assistant-Instanz, ein Gerät mit Claude Desktop, das 24/7 erreichbar ist (bei mir ein Mac mini, ein NUC oder ein älterer Rechner tut es genauso), und eine Möglichkeit, von außen auf deine HA-Instanz zuzugreifen, etwa über einen Cloudflare Tunnel oder Nabu Casa. Ohne externen Zugriff funktioniert das Setup nur im Heimnetz, was für viele schon ausreicht.
Wie richtest du den Long-Life-Token ein?
Das ist in zwei Minuten erledigt, wirkt aber für Einsteiger oft größer als es ist.
- Profil öffnen. Melde dich in Home Assistant an und klick unten links auf deinen Profilnamen.
- Zu den Sicherheitseinstellungen scrollen. Dort findest du den Bereich „Langlebige Zugriffstoken“.
- Neuen Token erstellen. Gib ihm einen sprechenden Namen, zum Beispiel
claude-cowork-ha. So weißt du in einem Jahr noch, wofür der Token da ist. - Token sofort kopieren. Home Assistant zeigt ihn nur ein einziges Mal an. Verlierst du ihn, musst du einen neuen erstellen.
- Token sicher ablegen. Nicht in eine Notiz-App, nicht in ein WhatsApp-Chat an dich selbst. In einen Passwortmanager oder direkt in den geschützten Systemkontext von Claude Cowork.
Die technischen Details zur Authentifizierung und den verfügbaren Endpunkten stehen in der offiziellen Home-Assistant-REST-API-Dokumentation, falls du tiefer einsteigen willst, etwa wenn du eigene Scripts gegen die API bauen möchtest.
Ein Punkt, den ich in jedem Gespräch über Home Assisitant anspreche, weil er regelmäßig übersehen wird: Der Long-Life-Token erbt die Rechte deines Benutzerkontos. Gibst du ihn einer KI-Session, hat diese Session vollen Schreibzugriff auf dein Heimnetzwerk, inklusive Türschlössern, Heizung und Kameras, sofern du diese eingebunden hast. Ich lege für solche Zwecke immer einen eigenen HA-Benutzer mit eingeschränkten Rechten an, keinen Admin-Account. Der Aufwand dafür liegt bei zwei Minuten, der Sicherheitsgewinn ist erheblich.
Wie verbindest du Claude Cowork dauerhaft mit Home Assistant?
Hier kommt der Teil ins Spiel, der bei mir den größten Unterschied macht: die permanente Erreichbarkeit. Mein Mac mini steht im Büro, läuft rund um die Uhr, und Claude Desktop ist darauf dauerhaft aktiv. Weil ich per Fernzugriff auf diesen Mac zugreifen kann, ist die Cowork-Session damit faktisch von überall erreichbar, von daheim, von unterwegs, im Urlaub. Das ist ein anderes Modell als eine reine Chat-Session, die du jedes Mal neu startest.
Den Token und die URL deiner HA-Instanz trägst du im Systemkontext von Cowork ein, entweder direkt als Anweisung oder als Kontextdatei in deinem Cowork-Arbeitsordner. Danach kann Claude:
- den Status jeder Entity abfragen
- Automationen und Skripte lesen
- Logs und die Automation-History einsehen
- nach expliziter Freigabe auch Änderungen schreiben
Ich beschreibe den kompletten technischen Ablauf inklusive konkreter Prompt-Beispiele in meinem Artikel KI und Home Assistant: Das Haus, das mitdenkt. Dieser Workshop hier baut bewusst auf einer anderen Frage auf: Wie strukturierst du das Ganze so, dass es dauerhaft und wartbar läuft, statt eine einmalige Spielerei zu bleiben.
Wobei hilft Claude konkret bei YAML und Automationen?
Ich bin kein Home-Assistant-Profi im Sinne von „kann jede Integration auswendig“. Aber ich muss es auch nicht mehr sein, und das ist der eigentliche Wandel. Vier Bereiche, in denen ich das täglich nutze:
YAML-Generierung aus normaler Sprache. Ich beschreibe, was eine Automation machen soll, auf Deutsch, ganz normal formuliert. „Schalte um 23 Uhr alle Lichter im Erdgeschoss aus, außer wenn der Bewegungssensor im Wohnzimmer in den letzten 15 Minuten aktiv war.“ Claude liefert das fertige YAML mit Kommentaren und Fallback-Bedingungen zurück. Was früher zwanzig Minuten Tipparbeit war, ist jetzt eine Beschreibung von zwei Sätzen.
Fehlerdiagnose ohne Dokuwälzen. Eine Automation triggert nach einem Update nicht mehr. Ich zeige Claude den Log-Eintrag und die betroffene YAML-Konfiguration, und er erkennt die meisten Ursachen sofort: veraltete Template-Syntax, geänderte Entity-IDs, Trigger, die in einer neueren HA-Version anders geschrieben werden müssen. Ich hätte den Fehler selbst auch gefunden, das will ich gar nicht bestreiten. Aber es hätte einen halben Abend gekostet, mit Forenlesen und Ausprobieren, statt der acht Minuten, die es mit Claude tatsächlich gedauert hat. Und weil die Erklärung mitgeliefert wird, warum das ursprüngliche Template unter der aktuellen Version nicht mehr greift, bleibt sogar ein Lerneffekt übrig, den reines Copy-Paste aus einem Forum nie liefert.
Nachfragen, warum etwas so und nicht anders funktioniert. Nach einer generierten Automation frage ich oft gezielt nach: „Warum hast du die Bedingung in den Trigger geschrieben statt in eine separate condition?“ Die Antworten erklären tatsächlich, wie HA-Trigger intern funktionieren, statt nur den Code hinzuwerfen. Das ist der Unterschied zwischen einem Werkzeug, das dir etwas abnimmt, und einem, das dich nebenbei besser macht.
Systemchecks auf Zuruf. „Welche meiner Automationen haben in den letzten sieben Tagen keinen einzigen Trigger erzeugt?“ Claude ruft die Automation-History über die API ab und liefert die Liste. Nicht weil ich das nicht selbst herausfinden könnte, sondern weil ich es ohne diesen Impuls schlicht vergessen hätte zu prüfen.
Dashboard- und Lovelace-Konfiguration. Ich beschreibe, was ich sehen will, etwa eine Karte mit dem Energieverbrauch der letzten sieben Tage als Balkendiagramm samt Schwellenwert-Marker, und bekomme das fertige YAML zurück, inklusive der benötigten Custom Cards. Ein Screenshot des aktuellen Dashboards hilft dabei enorm, weil Claude dann den bestehenden Stil trifft statt etwas Fremdes zu generieren.
Home Assistant ist heute keine Low-Code-Plattform für Einsteiger, sondern ein mächtiges System mit tausenden Konfigurationsmöglichkeiten,
Genau diese Komplexität ist der Grund, warum sich der Aufwand für eine saubere KI-Anbindung lohnt, statt jedes Mal von vorne im Forum zu suchen.
Wie baust du einen täglichen Fehlerbericht?
Das ist der Teil, der aus einer netten Spielerei ein echtes Betriebsmodell macht. Statt selbst ins Dashboard zu schauen oder Logs zu durchforsten, lässt du Claude einen strukturierten Bericht erstellen und automatisch zustellen.
Das Grundprinzip aus meiner eigenen Praxis, übertragen auf Wartungsberichte: Ich gebe Claude ein Zeitfenster vor, etwa die letzten 24 Stunden, und eine klare Bewertungslogik. Etwas in dieser Art:
Lies die Automation-History und die Error-Logs meiner Home-Assistant-Instanz der letzten 24 Stunden. Ignoriere einmalige Timeout-Warnungen bei externen Integrationen. Melde Automationen, die dreimal oder öfter fehlgeschlagen sind, geänderte Entity-IDs und Authentifizierungsfehler. Schreibe das Ergebnis als strukturierten Eintrag mit Zeitstempel, betroffener Automation und Lösungsvorschlag.
Diese Filterlogik ist entscheidend. Ich habe das Prinzip für mein eigenes Infrastruktur-Monitoring bereits in einem anderen Kontext beschrieben, im Artikel zu meinem /loop-Setup für periodisches Monitoring. Dieselbe Logik funktioniert bei Home Assistant genauso gut: Nicht jeder Fehler verdient deine Aufmerksamkeit, aber der, der sich wiederholt oder systemisch ist, schon.
Für die Zustellung hast du zwei praktikable Wege:
- Notion. Über die native Notion-Integration in Claude legt Claude den Bericht direkt als Eintrag in einer Datenbank an, sauber mit Datum, Status und Kategorie. Ich nutze dieses Prinzip bereits für meine Projektübersicht und beschreibe die Einrichtung im Detail in Notion + Claude: Nie mehr den Überblick verlieren. Für einen Home-Assistant-Bericht legst du dir einfach eine eigene, schlanke Datenbank mit den Spalten Datum, Schweregrad, betroffene Automation und Status an.
- Mail. Wenn dir Notion zu viel Struktur ist oder du den Bericht einfach nur lesen willst, lässt du Claude denselben Inhalt als Mail formulieren und über einen konfigurierten Mail-Connector verschicken. Das ist die schnellere Variante, wenn du morgens sowieso als Erstes den Posteingang öffnest.
Wichtig für beide Varianten: Lass den Bericht auf einer festen Tagesordnung laufen, zum Beispiel jeden Morgen um sieben, statt ihn manuell anzustoßen. Sobald du selbst dran denken musst, den Bericht zu starten, wird er irgendwann vergessen, und genau das war ja der Ausgangspunkt für das ganze Setup.
Was macht Claude nicht, und wann brauchst du Unterstützung?
Ich schreibe das offen, weil ich keine Lust auf reine Werbe-Artikel habe. KI-Modelle brauchen Zeit für API-Aufrufe, für Automationen, die in Millisekunden reagieren müssen, etwa Bewegungsmelder oder Alarmauslöser, ist die native HA-Automationslogik nach wie vor schneller und zuverlässiger. Trainings-Cutoffs bedeuten außerdem, dass sehr aktuelle Breaking Changes einer neuen HA-Version noch nicht im Modell sind, immer gegen die aktuelle Dokumentation gegenchecken. Und bei wenig bekannten Custom-Integrationen und HACS-Komponenten kann das Modell Entity-Namen oder Parameter erfinden. Alles, was Claude dir liefert, vor dem Einspielen selbst lesen, das ist keine Empfehlung, das ist eine Regel.
Ein weiterer Punkt, der in der Praxis oft zu kurz kommt: Wer Sensordaten aus dem Schlafzimmer oder Kamerabilder nicht bei einem Cloud-Anbieter verarbeiten lassen will, muss vorab genau prüfen, was tatsächlich im Prompt landet. Zustandsabfragen und YAML-Konfigurationen sind meist unkritisch, Kamera-Snapshots oder detaillierte Bewegungsprofile würde ich mir zweimal überlegen, bevor sie den Weg in eine Cloud-Session finden.
Es gibt aber auch die Fälle, in denen weder Claude noch stundenlanges Forum-Lesen weiterhelfen. Eine Integration, die trotz korrekter Konfiguration nicht sauber läuft. Ein Netzwerk-Setup, das den externen Zugriff blockiert. Ein komplexes Migrationsprojekt von einer alten Installation auf eine neue Hardware. Genau für diese Fälle biete ich als KI-Berater eine direkte Anfrage über das Kontaktformular auf digitalhandwerk.rocks an. Je nach Aufwand und Dauer ist das nicht kostenlos, aber du bekommst eine echte Einschätzung, bevor irgendetwas an Kosten entsteht.
Häufige Fragen zum Thema
Mein Raspberry Pi 5 in der Wohnung und der Mac mini in meinem Büro laufen 24/7 mit minimalem Stromverbrauch. Die Frage ist nur, ob er dir jeden Morgen sagt, was los war, oder ob du das selbst herausfinden musst, wenn es schon zu spät ist.
