pyscript-Backend zur echten HA-Integration umgebaut (HACS-fähig)

Das Backend liegt jetzt als custom_components/audi_dashboard/ vor - eine
normale Home-Assistant-Integration mit Config-Flow, einer sensor-Plattform
und 18 Diensten. Damit ist die App über HACS installierbar; bis das Repo auf
GitHub gespiegelt ist (HACS spricht ausschließlich mit GitHub), installiert
homeassistant/installationspaket/install.ps1 denselben Ordner ohne HACS.

Fünf Installationsschritte entfallen ersatzlos: der pyscript:-Block, der
panel_custom:-Block, das Kopieren der Oberfläche nach www/, das langlebige
Zugriffstoken (der Verlauf wird direkt über die recorder-API gelesen) und
"pip install pypdf" (steht in manifest.json). Das Fahrzeugprofil legt die
Integration beim ersten Start aus ihrer Vorlage an.

Drei alte Schwächen sind dabei mit erledigt:
- Die Nutzlast landet nicht mehr in der Recorder-Datenbank
  (_unrecorded_attributes - das kann nur eine echte Entität).
- Eine laufende Fahrt überlebt einen Neustart (Store statt Arbeitsspeicher);
  fiel sie während eines Ausfalls ins Ende, schließt
  nach_neustart_fortsetzen() sie beim letzten aufgezeichneten Zeitpunkt.
- Sensor-Zuordnungen wirken sofort - die Zustandsbeobachter werden neu
  gebunden, der Neustart-Hinweis und der Neustart-Dienst sind weg.

Namensvertrag geändert, beide Oberflächen mitgezogen:
pyscript.audi_dashboard_x -> sensor.audi_dashboard_x,
pyscript.audi_dashboard_y -> audi_dashboard.y. Eine Companion-App vom alten
Stand findet nach dem Umstieg nichts mehr und muss neu gebaut werden; das
Panel liegt in der Integration und kann nicht driften.

Der selbstgebaute Updater entfällt - HACS ist die Update-Mechanik, die Home
Assistant kennt. Die Versionierung schrumpft auf eine Quelle: manifest.json.

Geprüft am laufenden Testcontainer (Container byteweise identisch mit dem
Repo): alle 18 Dienste, Panel, Config-Entry neu laden, Historienimport,
echter Shell-Beleg in-process, Neuinstallation im Wegwerf-Container blank mit
automatisch nachinstalliertem pypdf. Companion-App: tsc sauber, 112/112
Tests, beide Rauchtests gegen das laufende Backend grün. Belegparser 8/8.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

homeassistant/.gitignore

@@ -1,16 +1,9 @@
-# Echte Fahrzeug-/Personendaten - nie versionieren (VIN, Kennzeichen,
-# Versicherung, Werkstattkontakt, Servicehistorie, Fahrten, Tankvorgänge,
-# echte Tankbelege). Vorlage ohne echte Daten bleibt getrackt, siehe
-# data/fahrzeugprofil.example.json und README.md.
-data/fahrzeugprofil.json
-data/fahrten.jsonl
-data/tankvorgaenge.jsonl
-data/entitaeten.json
-data/tests/belege/*.pdf
-
-# installationspaket/ wird seit 2026-08-16 mitversioniert (vorher ignoriert):
-# es ist zwar nur eine Kopie der bereits getrackten pyscript/www/Vorlage-
-# Dateien, soll aber direkt aus dem Repo auf eine neue HA-Instanz kopierbar
-# sein, ohne es vorher von Hand zusammenzustellen. Es enthält bewusst keine
-# echten Fahrzeugdaten - nur data/fahrzeugprofil.example.json (Platzhalter,
-# siehe oben). Beim Ändern von pyscript/ oder www/ immer mitsynchronisieren.
+# Die Fahrzeugdaten leben in Home Assistant selbst (/config/audi_dashboard/),
+# nicht in diesem Repo - die Integration legt den Ordner beim ersten Start an
+# und füllt ihn aus der Vorlage
+# (../custom_components/audi_dashboard/vorlage/fahrzeugprofil.json).
+#
+# Bis 2026-08-23 lag hier ein data/-Ordner, aus dem die Erstbefüllung von Hand
+# kopiert werden musste; die Regeln darunter hielten die echten Fahrzeug- und
+# Personendaten aus dem Repo heraus. Beides ist mit dem Umbau zur Integration
+# entfallen - es gibt hier nichts mehr zu ignorieren.