Nach dem Update auf Home Assistant 2026.11 habe ich mein Dashboard geöffnet und mich erst mal gefragt, warum manche Namen plötzlich so lang sind. Bei den Terrassen-Lampions stand derselbe Name gleich zweimal. Bei fast 3.000 Entitäten hatte ich wenig Lust, jeden Eintrag von Hand anzufassen. Also habe ich ausprobiert, wie weit ich mit Codex und dem Community-MCP-Server HA-MCP komme.
Warum die Namen nach dem Update länger aussehen
Home Assistant setzt Anzeigenamen je nach Ansicht aus dem vorhandenen Kontext zusammen. Bei einer smarten Steckdose für die Kaffeemaschine könnte der Bereich Küche heißen, das Gerät Kaffeemaschine und die Entität Leistung. Wenn du den Raum schon im Gerätenamen und den Gerätenamen noch einmal in der Entität untergebracht hast, kann derselbe Begriff in der Anzeige mehrfach auftauchen.
Bei der Hauptentität kann der Gerätename allein reichen. Ein Türkontakt braucht beispielsweise für seinen Öffnungszustand häufig keinen zusätzlichen Anzeigenamen. Bei Messwerten wie Leistung und Energie hilft ein eigener Name, weil die Werte verschiedene Dinge beschreiben.
Die Namensmigration lässt bestehende Entity-IDs unverändert. Das ist für Automationen, Skripte und Dashboard-Karten wichtig, die auf diese IDs verweisen. Eigene Kartentitel und Zeilennamen schaue ich mir trotzdem separat an. Home Assistant 2026.11 – Namenslogik
Der Promt
Prüfe mein Home-Assistant-System über die verbundene Community-Integration HA-MCP. Der Anlass ist eine Ersteinrichtung oder ein Update. Ziel sind kurze, eindeutige Namen im Geräte- und Entitätsregister sowie verständliche Beschriftungen in den Dashboards. Bestehende Automationen, Skripte, Szenen und Helfer sollen weiter funktionieren.
Arbeite in zwei Phasen. In Phase 1 nutzt du ausschließlich Lese- und Suchwerkzeuge. Lege mir die konkreten Änderungen vor und warte auf meine ausdrückliche Freigabe. In Phase 2 setzt du die freigegebenen Änderungen um und prüfst das Ergebnis.
## HA-MCP Best Practices
Lies zuerst den HA-MCP-Leitfaden über `ha_get_skill_guide()` und die dort verlinkten Referenzen für die konkreten Arbeiten. Nutze insbesondere `safe-refactoring.md` für Namensänderungen und Abhängigkeiten, `dashboard-guide.md` für Dashboard-Beschriftungen und `triggers-and-conditions.md` für Änderungen an Automationen. Konsultiere bei einer geplanten Entfernung zusätzlich die Referenzen zur betroffenen Integration und zu Backups.
Nutze die vorgesehenen HA-MCP-Werkzeuge. Wenn ein freigegebener Schreibaufruf im strikten Best-Practices-Modus `BestPracticeKey` verlangt, lies den passenden Leitfaden frisch und übergib den dort gelieferten Bestätigungswert als Parameter dieses Aufrufs. Behandle den Wert als Lesebestätigung und gib ihn nicht im Chat oder in Dateien aus. Lass den strikten Modus aktiviert. Die Lesebestätigung ersetzt meine Freigabe für Änderungen nicht.
## Namensregeln
1. Ein Bereich benennt den Raum oder Ort. Zusätze wie „EG“ oder „OG“ sind sinnvoll, wenn sie sonst gleichnamige Orte unterscheiden.
2. Ein Gerät benennt das physische Objekt. Wiederhole den zugeordneten Bereich im Gerätenamen nur, wenn die Zuordnung allein keine eindeutige Bezeichnung ergibt. Lass Integrationspräfixe wie „Z2MQTT“ oder „HomeKit“ weg, wenn sie zur Unterscheidung nichts beitragen.
3. Eine Entität benennt ihre Funktion oder Messgröße, zum Beispiel „Temperatur“, „Batterie“, „Leistung“, „Tagesenergie“ oder „Hochfahren“. Wiederhole Geräte- und Bereichsnamen darin nicht. Bei mehreren Kanälen, Zonen oder Messwerten darf der Name den nötigen Unterschied ausdrücken, etwa „Licht hinten“, „Präsenz Couch“ oder „Kanal 2 Rückspeisung heute“.
4. Eine eindeutige Hauptentität darf ausschließlich den Gerätenamen anzeigen. Das gilt beispielsweise für den Hauptschalter einer Steckdose oder das Licht einer einzelnen Leuchte. Messwerte, Ereignisse, Relais und Firmware-Entitäten erhalten bei Bedarf eigene Funktionsnamen.
5. Entity-IDs dürfen unter keinen Umständen geändert werden. Ändere für die Namensbereinigung keine MQTT-Topics, Integrationskennungen oder Gerätezuordnungen. Falls eine Bereichszuordnung sachlich falsch erscheint, führe ihre Korrektur gesondert zur Freigabe auf.
6. Wenn Objekt, Funktion, Messzeitraum, Kanal oder Rolle als Hauptentität unklar sind, schreibe „manuell prüfen“. Stelle eine konkrete Rückfrage zum betroffenen Gerät oder zur Entity-ID.
7. Unterscheide zwischen einem langen Anzeigenamen und einer tatsächlichen Dublette. Zwei Entitäten können denselben Namen tragen und unterschiedliche Funktionen haben. Lösche, deaktiviere oder ersetze Geräte, Entitäten oder Helfer nur nach ausdrücklicher Freigabe dafür.
## Dashboard-Beschriftungen
Prüfe die Karten zusätzlich zum Register. Home Assistant kann Geräte- und Entitätsnamen zu einem Anzeigenamen zusammensetzen, obwohl beide Registerfelder bereits sinnvoll benannt sind. Hinterlege in solchen Fällen eine kurze Beschriftung direkt an der betroffenen Dashboard-Zeile. Prüfe vorhandene Beschriftungen, da diese den Registernamen überschreiben können.
- In einer Raumkarte reichen „Temperatur“, „Luftfeuchtigkeit“ und „Beleuchtungsstärke“, wenn die Messgröße dort eindeutig ist.
- Bei einer einzelnen Pflanze in einer Raumkarte reicht „Pflanze Feuchtigkeit“. Stehen mehrere Pflanzen nebeneinander, behalte kurze unterscheidbare Namen wie „Zitronenbaum vorne“, „Zitronenbaum hinten“ und „Ranke“.
- Wenn zwei gleichartige Werte in einer Karte stehen, verwende eine kurze fachliche Unterscheidung, zum Beispiel „Temperatur“ und „Saunatemperatur“. Leite den Unterschied aus der tatsächlichen Funktion ab.
- Bei Bedienelementen reichen Namen wie „Katzenbrunnen“, „Licht hinten“ oder „Treppenlampe“. Erhalte nötige Unterschiede zu benachbarten Bedienelementen.
- In raumübergreifenden Karten darf die Beschriftung den Ort nennen, wenn er zur Auswahl nötig ist, etwa „Rollladen Esszimmer“. Prüfe dabei die Entität, die die Karte tatsächlich verwendet. Eine eigenständige Cover-Entität kann einen anderen Namen haben als das zugehörige Gerät oder dessen Relaisschalter.
- Übernimm ausdrücklich vorgegebene Beschriftungen wortgetreu.
## Phase 1 – Bestandsaufnahme und Freigabe
Ermittle die installierte Home-Assistant-Version und prüfe alle über HA-MCP erreichbaren Bereiche, Geräte und Entitäten sowie die relevanten Dashboard-Ansichten. Prüfe systematisch und beschränke dich nicht auf eine Stichprobe. Vergleiche den Gerätenamen, den Entitätsnamen, den von HA-MCP gelieferten Anzeigenamen und gegebenenfalls die eigene Beschriftung der Dashboard-Zeile. Gib an, wenn dir nur der `friendly_name` oder die gespeicherte Kartenkonfiguration vorliegt.
Erstelle eine Tabelle mit diesen Spalten:
Entity-ID | aktuell angezeigter Name | aktueller Gerätename | aktueller Entitätsname | Problem | empfohlener Gerätename | empfohlener Entitätsname | Hauptentität ja/nein | Begründung
Führe erforderliche Dashboard-Änderungen in einer zweiten Tabelle auf:
Dashboard und Ansicht | Karte | Entity-ID | aktuelle Beschriftung | empfohlene Beschriftung | Begründung
Prüfe die Abhängigkeiten für die vorgeschlagenen Änderungen. Achte besonders auf Vorlagen, die Anzeigenamen auswerten, sowie auf Gruppen, Helfer und bereichsbasierte Auslöser oder Ziele. Prüfe bei einem geplanten Geräteaustausch auch indirekte Abhängigkeiten. Eine Präsenzgruppe, die ausschließlich aus Zonen des alten Sensors besteht, ist kein unabhängiger Ersatz für diesen Sensor. Nenne nicht einsehbare Konfigurationen und offene Rückfragen. Beende Phase 1 nach der Vorlage und warte auf meine ausdrückliche Freigabe.
## Phase 2 – Umsetzung und Prüfung
Setze die konkret freigegebenen Änderungen um. Lies vor jedem Schreibvorgang den aktuellen Stand, falls sich die Konfiguration seit der Prüfung geändert haben könnte. Verwende für bestehende Dashboards gezielte Patches mit `config_hash` und prüfe vor dem Patch die Entity-ID der betroffenen Zeile. Beschränke Dashboard-Änderungen auf die freigegebenen Beschriftungen.
Passe Automationen oder Helfer nur an, wenn die freigegebene Änderung das erfordert. Erhalte nach Möglichkeit ihre Funktion und ihre bisherigen IDs. Prüfe vor dem Ersetzen eines Sensors seine tatsächliche Funktion, Verfügbarkeit und Messgröße. Weise auf Verhaltensänderungen hin, etwa wenn ein Lux-Grenzwert durch einen qualitativen Helligkeitszustand ersetzt wird. Wenn ein Gerät entfernt werden soll, kläre vorher Backup, Ersatzsensoren und abhängige Funktionen.
Lies nach dem Speichern die geänderten Registereinträge, Dashboard-Zeilen und Automationskonfigurationen zurück. Prüfe die bisherigen Entity-IDs und die betroffenen Verweise. Führe Automationen oder Geräteaktionen für einen Live-Test nur aus, wenn ich das ausdrücklich freigegeben habe. Berichte knapp, was umgesetzt und geprüft wurde, welche Änderungen offen sind und ob die Prüfung die gespeicherte Konfiguration oder auch die sichtbare Darstellung im Dashboard umfasst.
1. Backup erstellen und die KI zuerst lesen lassen
Vor den Änderungen habe ich ein Backup erstellt. Für die Prüfung nutze ich Codex mit HA-MCP. MCP stellt die Verbindung zu Home Assistant her. Welche Daten die KI lesen und welche Änderungen sie vornehmen kann, hängt von den freigegebenen Werkzeugen ab. Wenn du die Verbindung erst einrichten möchtest, findest du den Einstieg in meinem früheren Beitrag. Home Assistant mit einem KI-Client verbinden
Für die neue Namensanzeige ist HA-MCP 9.2.0 relevant. Mit der passenden aktuellen Home-Assistant-Komponente können Suche und Übersicht die zusammengesetzten Namen liefern. Das bisherige Attribut friendly_name bleibt vorerst zur Kompatibilität verfügbar. HA-MCP 9.2.0 · Änderung an Suche und Übersicht
Im ersten Durchlauf durfte Codex nur lesen und suchen. Ich wollte eine Tabelle mit Entity-ID, aktuellem Anzeigenamen, Geräte- und Entitätsnamen sowie einem begründeten Vorschlag sehen. Wenn aus den Daten nicht klar hervorging, was ein Gerät tatsächlich macht, sollte Codex den Fall zur manuellen Prüfung markieren. Die Entity-IDs waren für die gesamte Aktion tabu.
2. Die Vorschläge an zwei Geräten testen
Mein erster Test waren die Terrassen-Lampions und die Garten-Lichterketten. Bei den Lampions wiederholte sich „Terrasse Lampions“ im Geräte- und Entitätsnamen. In der Vorschau schlug Codex Lampions als Gerätenamen und Leistung für den Sensor mit dem aktuellen Wattwert vor. In Home Assistant habe ich anschließend auch die Energie-Entität geprüft. Dort war Lampions Energie als zusammengesetzter Name zu sehen.
Ein anderer Vorschlag betraf die Gewächshaustür. In der Anzeige standen Gewächshaus und Tür mehrfach. Türkontakt als Gerätename und eine Hauptentität ohne eigenen Namen ergaben hier eine verständliche Anzeige. Solche Fälle habe ich erst anhand der Vorschläge beurteilt, bevor ich weitere Änderungen freigegeben habe.
3. Den ganzen Bestand prüfen und Rückfragen klären
Nach dem Test habe ich Codex gebeten, die Empfehlungen auf den Bestand auszuweiten und bei unklaren Geräten oder Entitäten konkret nachzufragen. Das war nötig. Bei der Kamera sollte etwa der hochauflösende Stream die Hauptentität sein. Technische Dubletten, deren Bedeutung ich nicht sicher zuordnen konnte, habe ich zurückgestellt.
Beim ersten Blick ins Dashboard waren immer noch zu lange Namen zu sehen. Die erste Tabelle hatte nur eine Auswahl abgedeckt. Deshalb habe ich ausdrücklich eine Prüfung des gesamten Bestands angefordert. In einem späteren Zwischenstand meldete Codex 91 geänderte Gerätenamen und 249 geänderte Entitätsnamen. Das ist der gemeldete Stand aus meinem Durchlauf.
4. Das Dashboard aus Sicht der Bewohner prüfen
In einer Karte mit der Überschrift Kinderzimmer reicht mir Beleuchtungsstärke. Der Name des Bewegungsmelders hilft mir dort beim Ablesen kaum. Bei zwei Temperaturwerten im Abstellraum brauche ich dagegen eine Unterscheidung. Saunatemperatur sagt mir direkt, welcher Wert gemeint ist.
Für solche Korrekturen habe ich Codex Screenshots mitgegeben und beschrieben, welche Beschriftung ich an der jeweiligen Stelle erwarte. Danach habe ich die Ansichten selbst noch einmal durchgeklickt. Gerade bei einer allgemeinen Beschriftung wie Leistung lohnt sich die Frage, ob auf der Karte erkennbar ist, zu welchem Gerät der Wert gehört.
Hat sich das Aufräumen mit KI gelohnt?
Nach etwa anderthalb Stunden war ich überrascht, wie viel sich in meinem System aufräumen ließ. Ich habe mir zum Schluss eine Vorher-Nachher-Tabelle erstellen lassen, damit ich die Änderungen nachvollziehen kann. Bei meiner anschließenden Kontrolle mit Spook sind mir zunächst keine losen Referenzen aufgefallen.
Für mein System hat sich der Ablauf gelohnt. Die KI hat mir die Suche und viele einzelne Umbenennungen abgenommen. Welche Bezeichnungen im Alltag verständlich sind, konnte ich am besten im eigenen Dashboard beurteilen.


Schreibe einen Kommentar