!Wandtablet mit Smart-Home-Oberfläche in einer Küche, eine Hand tippt auf die Temperaturanzeige
Am Freitag, dem 23. Oktober 2026, um 23:31 Uhr eröffnete ein Nutzer im GitHub-Repository von HACS ein Ticket mit einem Titel, der sich liest wie eine Fehlermeldung aus der Hölle: „Downloads fail with 'Got more than 8190 bytes when reading'". Bis Sonntagmorgen schrieben 41 Leute dazu, mit Home Assistant 2026.10.2 und HACS 2.0.5, und alle hatten dasselbe Bild. Updates von Mushroom-Karten, Alexa Media Player oder Midea-Integrationen schlugen fehl.
Die Ursache lag nicht bei HACS. GitHub hatte Kopfzeilen geändert: Die Umleitung bei Release-Downloads trug plötzlich einen Content-Security-Policy-Header von 9.217 bis 9.243 Byte, und die HTTP-Bibliothek aiohttp lässt pro Zeile nur 8.190 Byte zu. Ein Teilnehmer wies darauf hin, dass sich HACS dadurch nicht einmal selbst aktualisieren konnte, weil auch das Update von HACS ein Release-Download von GitHub ist. Am 25. Oktober um 08:07 Uhr schloss der HACS-Maintainer ludeeus das Ticket: GitHub habe seine Änderung offenbar zurückgenommen, und Home Assistant 2026.10.4 hebe das Limit für alle Zugriffe innerhalb von Home Assistant auf 64 KiB.
Das betrifft womöglich auch den Nachfolger: Schon am Samstagmorgen fragte jemand im Home-Assistant-Core-Repository, ob der neue Marketplace davon betroffen sein könnte (Issue #188313). Ein offener Pull Request (#188333, Stand 25. Oktober) erlaubt große GitHub-Header jetzt auch beim Geräte-Login des Marketplace. Der Nachfolger von HACS ist also noch keine zwei Wochen alt, da stolpert er schon über denselben Stein. Dazu gleich mehr. Zuerst die Frage, die Sie wahrscheinlich hergeführt hat.
Was angekündigt ist
Der Marketplace ist HACS, nur eben in Home Assistant eingebaut. Die HACS-Dokumentation formuliert es so: Ab Home Assistant 2026.11 wird HACS mit Home Assistant ausgeliefert, und zwar als Integration „Marketplace" unter Einstellungen > Marketplace. Gleicher Katalog, gleiche Repositories, gleiche hacs.json. Die Weiterentwicklung passiert in Home Assistant, die HACS-Integration selbst bekommt keine neuen Funktionen mehr. Ihr letztes Release bleibt Version 2.0.5 vom 28. Januar 2025 (GitHub, abgerufen am 25. Oktober 2026).
Der Code dafür kam am 1. Oktober 2026 in den Entwicklungszweig von Home Assistant. Franck Nijhof hatte den Pull Request #183502 „Add Marketplace integration" am 28. September eröffnet und beschreibt das Ziel selbst nüchtern: HACS mit möglichst wenig Aufwand und möglichst unverändert in Home Assistant zu bringen, damit es Teil des normalen Entwicklungsablaufs wird. Weiterführende Ideen seien ausdrücklich nicht Teil dieses Schritts.
Wann genau Version 2026.11 erscheint, steht bis heute nirgends verbindlich. Die FAQ des Projekts nennt nur den Rhythmus: Eine neue stabile Version kommt am ersten Mittwoch des Monats, eine Beta-Woche geht voraus. Das wäre der 4. November 2026. Zum Abruf am 25. Oktober gab es im Repository noch kein Tag 2026.11, und die Beta-Release-Notes waren nicht veröffentlicht. Was dort am Ende zusätzlich steht, kann sich daher noch ändern. Die Hinweise in diesem Artikel stützen sich auf die Dokumentation von HACS und die Marketplace-Seite der Home-Assistant-Entwicklungsdoku (abgerufen am 25. Oktober 2026).
Wie die Vorgängerversion verlief, lesen Sie im Rückblick auf Home Assistant 2026.10.
Was die Migration übernimmt
Nach der Dokumentation müssen Sie nichts tun. Beim ersten Start nach dem Update übernimmt der Marketplace, was HACS verwaltet hat:
- Alles, was Sie über HACS heruntergeladen haben, bleibt installiert und bekommt weiter Updates.
- Ihre eigenen Repositories („Custom Repositories") und die Update-Entitäten werden samt Namen, Bereichen und Labels übernommen. Die Entitäts-IDs bleiben gleich, Automationen und Dashboards mit diesen Entitäten laufen also weiter.
- HACS selbst wird samt Dateien entfernt. Lesezeichen auf
/hacsführen in den Marketplace, und Buttons, die für HACS gebaut wurden, öffnen das Repository im Marketplace.
Was sich ändert
Der Marketplace sitzt unter Einstellungen, nicht mehr in der Seitenleiste. Sidebar-Titel und -Icon aus den HACS-Optionen gibt es nicht mehr. Außerdem darf nur ein Administrator den Marketplace öffnen.
Beim ersten Öffnen zeigt er eine Warnung: Alles dort stamme aus der Community, werde vom Home-Assistant-Projekt weder getestet noch geprüft, und könne Sicherheit, Datenschutz und Stabilität gefährden. Solange Sie die Warnung nicht akzeptiert haben, kann Home Assistant nichts aus dem Marketplace installieren oder aktualisieren, auch nicht aus einer Automation heraus. Wer bisher Updates per Automation einspielen lässt, sollte nach dem Update einmal den Marketplace öffnen und bestätigen, sonst bleiben diese Automationen wirkungslos.
Weitere Änderungen laut Dokumentation:
AppDaemon-Apps und Python-Skripte verwaltet der Marketplace nicht mehr. Ihre Dateien bleiben liegen und laufen weiter, bekommen aber keine Updates mehr. Eine Reparaturmeldung (Einstellungen > System > Reparaturen) listet, welche es betrifft. Dashboard-Ressourcen werden jetzt aus/local/community/ ausgeliefert. Die alten /hacsfiles/-Pfade funktionieren weiter. Wer seine Ressourcen in YAML pflegt, bekommt eine Reparaturmeldung mit dem Hinweis, den Pfad zu ändern. Für diese YAML-Fälle kann der Marketplace Ressourcen nicht selbst eintragen. Der Installationsdialog zeigt dann die Zeile, die Sie ergänzen müssen.
Templates, die Entitäten über die Integration hacs suchen, finden nichts mehr. integration_entities('hacs') wird zu integration_entities('marketplace').
Neustart-Hinweise stehen nicht mehr im Attribut release_summary der Update-Entität. Das bleibt leer. Stattdessen legt der Marketplace eine Reparaturmeldung an.
Eigene Werkzeuge, die über die WebSocket-API hacs/…-Befehle wie hacs/repositories/list aufrufen, bekommen „unknown command". Der Marketplace hat eigene Befehle unter marketplace/ mit anderem Format. Dasselbe gilt für Custom Integrations, die hass.data["hacs"] lesen oder die HACS-Dateien in .storage auswerten. Die Update-Entitäten liefern installierte und neueste Version weiterhin.
Die Checkliste vor dem Update
Die Migration ist automatisch, aber Ihre Installation ist es nicht. Sechs Dinge lohnen sich, bevor Sie auf den Update-Knopf drücken.
1. Backup. Home Assistant legt vor jedem Update ein automatisches Backup an, so steht es in der FAQ des Projekts. Ein Backup, das nur beim Update entsteht, ersetzt aber keine Strategie. Der Marketplace selbst rät übrigens ausdrücklich davon ab, über „Andere Version installieren" zu einer älteren Version zurückzukehren: Nehmen Sie ein Backup. Wie ein tragfähiges Backup aussieht, steht in der Backup-Strategie für Home Assistant. Kopieren Sie vorher außerdem die Liste Ihrer Custom Repositories aus HACS weg. Die Migration übernimmt sie, aber ein Screenshot ist schneller als eine Wiederherstellung. 2. Notieren, was Sie aus HACS installiert haben. Einstellungen > Geräte & Dienste zeigt die Custom Integrations, im Dashboard-Editor unter Ressourcen die Karten. Sie brauchen die Liste nicht für die Migration, sondern für den Vergleich danach. 3. Custom Repositories aufhacs.json prüfen. Das ist der heikelste Punkt. Der Marketplace verlangt für eigene Repositories dieselben Voraussetzungen wie der Katalog: ein öffentliches GitHub-Repository mit hacs.json und der passenden Ordnerstruktur. Ein Repository ohne hacs.json bleibt nach der Migration installiert, kann aber nicht mehr aktualisiert werden. Die Dokumentation sagt, die meisten Community-Projekte hätten die Datei bereits.
Das haben wir für die drei Repositories nachgesehen, die in diesem Zusammenhang am häufigsten gefragt werden (GitHub, abgerufen am 25. Oktober 2026):
| Projekt | Repository | hacs.json | Im HACS-Katalog |
|---|---|---|---|
| Luxtronik | BenPru/luxtronik (172 Sterne, Push 23.10.) | ja | ja |
| Solcast | BJReplay/ha-solcast-solar (466 Sterne, Push 25.10.) | ja | ja |
| Marstek Venus Modbus | ViperRNMC/marstek_venus_modbus (212 Sterne, Push 24.10.) | ja | nein, Custom Repository |
hacs.json.
Eine Ausnahme gehört trotzdem hierher: Die Sungrow-Anbindung von mkaiser, die wir im Sungrow-Artikel beschreiben, ist gar keine Integration. Sie besteht aus YAML-Dateien, die Sie von Hand in die configuration.yaml einbinden. Das Repository hat keine hacs.json, und mit HACS hat die Installation nichts zu tun. Die Migration berührt sie nicht.
/hacsfiles/… eingetragen hat, muss nichts sofort ändern. Der alte Pfad geht weiter, Sie bekommen aber eine Reparaturmeldung. Wer dagegen nach dem Update eine neue Karte über den Marketplace installiert, bekommt im YAML-Modus keine automatische Ressource. Dann steht die Zeile im Installationsdialog, und Sie tragen sie selbst ein.
6. Templates und Automationen durchsuchen. Suchen Sie in Ihrer Konfiguration nach hacs. Die Entitäts-IDs der Update-Entitäten bleiben, aber ein Template mit integration_entities('hacs') liefert eine leere Liste. Das ist die Sorte Fehler, die erst auffällt, wenn eine Update-Benachrichtigung ausbleibt.
Was nach dem Update zu kontrollieren ist
Rechnen Sie nach dem Neustart mit einigen Reparaturmeldungen. Gehen Sie sie durch: AppDaemon und Python-Skripte, YAML-Ressourcen, Neustart-Hinweise. Öffnen Sie dann Einstellungen > Marketplace, akzeptieren Sie die Warnung und vergleichen Sie die Liste der installierten Inhalte mit Ihrer Notiz.
Danach zwei Stichproben: Gibt es für Ihre Custom Integrations Update-Entitäten, die auf „aktuell" stehen? Und lädt Ihr wichtigstes Dashboard ohne rote Fehlerkarten? Wenn eine Karte fehlt, hilft meist ein Neuladen des Browsers, weil sich Ressourcenpfade geändert haben.
Eine Eigenheit gilt bei Integrationen, die Ersatz für eingebaute sind: Verwendet eine Community-Integration dieselbe Domain wie eine mitgelieferte, zeigt der Marketplace beim Installieren eine Warnung. Nach einem Neustart lädt Home Assistant dann die installierte statt der eingebauten Variante, und Fixes aus Home-Assistant-Updates kommen nicht mehr an. Wenn Sie so etwas installiert haben, gehört es auf Ihre Liste.
Was bei der Migration noch offen ist
Die Dokumentation beschreibt den normalen Weg gründlich, bei Sonderfällen bleibt sie knapp. Offen ist nach dem Stand vom 25. Oktober:
- Das verbindliche Erscheinungsdatum von 2026.11. Der 4. November ergibt sich aus dem Rhythmus, nicht aus einer Ankündigung.
- Ob die Beta-Release-Notes weitere Änderungen nennen. Sie lagen zum Abruf noch nicht vor.
- Ob der HACS-Token weiterverwendet wird (siehe oben).
- Wie der Marketplace mit einer defekten HACS-Installation umgeht, etwa wenn HACS vor dem Update gar nicht mehr startet. Die Dokumentation behandelt nur den Normalfall.
- Ob der Download-Fehler mit den großen GitHub-Headern im Marketplace-Code beim Release vollständig behoben ist. Das Ticket #188313 ist geschlossen, der Pull Request für den Geräte-Login (#188333) war am 25. Oktober noch offen.
Muss man jetzt warten?
Unsere Einschätzung: nicht am ersten Tag. Ein Update, das den Weg ändert, auf dem alle Custom Integrations ihre Updates bekommen, ist ein guter Kandidat für eine Woche Abstand. Der Fehler vom 23. Oktober war ein Beispiel dafür, wie schnell sich ein äußerer Umstand (hier eine GitHub-Kopfzeile) in ausgefallene Updates verwandelt, und beim Marketplace gibt es dieselbe Abhängigkeit von GitHub, nur mit weniger Erfahrung im Feld. Wenn Ihr System läuft und Sie am 4. November nichts brauchen, was nur 2026.11 kann, installieren Sie erst das erste Patch-Release 2026.11.1. Wer ohnehin ein Backup und eine Stunde Zeit hat, kann direkt umsteigen: Die Migration ist laut Dokumentation automatisch und für die gängigen Fälle schmerzfrei.
Quellen (alle abgerufen am 25. Oktober 2026): HACS-Dokumentation „HACS and the Marketplace" (hacs.xyz/docs/marketplace/) und FAQ (hacs.xyz/docs/faq/); Home-Assistant-Dokumentation zur Marketplace-Integration (next.home-assistant.io/integrations/marketplace/); Home-Assistant-FAQ zum Release-Rhythmus (home-assistant.io/faq/release/); GitHub: home-assistant/core, Pull Request #183502, Issue #188313, Pull Request #188333; hacs/integration, Issue #5643, Pull Request #5644, Releases; hacs/default (Datei integration); hacs.json der Repositories BenPru/luxtronik, BJReplay/ha-solcast-solar und ViperRNMC/marstek_venus_modbus.
