OTA-Updates für die iOS-App; HACS-Fehlannahme korrigiert

HACS kann laut eigener Dokumentation grundsätzlich nicht mit privaten
GitHub-Repositories arbeiten (hacs.xyz/docs/faq/private_repositories) - keine
Ausnahme für Tokens oder verbundene Konten. Meine frühere Annahme, HACS käme
damit zurecht, wenn es unter dem richtigen Konto angemeldet ist, war falsch.
Da das Repository aus Lizenzgründen privat bleiben muss (Audi-Hausschrift,
Typenschilder), ist install.ps1 damit nicht die Rückfallebene, sondern der
einzige Installationsweg - README, INSTALL.md, ANLEITUNG.md, install.ps1 und
VERSIONIERUNG.md korrigiert.

Oberflächen-Updates für die iOS-App laufen jetzt ohne Xcode:
@capgo/capacitor-updater eingebaut, ein Update-Abschnitt in den
Einstellungen lädt ein neues Bündel und tauscht die Oberfläche aus. Kein
Selbstlauf (autoUpdate: false) - nur auf Tastendruck, nie während der
Benutzung.

Das Bündel liegt in der Integration selbst
(custom_components/audi_dashboard/frontend/app/), nicht unter /local/: so
reist es bei jeder Installation automatisch mit, ohne zweiten
Auslieferungsweg. Gebaut von companion-app/scripts/ota-paket.ps1 (neuer
Befehl: npm run ota), gemeldet über sensor.audi_dashboard_app_version
(neues Feld daten.buendel).

Ein echter Bug beim Bauen gefunden: [IO.Compression.ZipFile]::CreateFrom-
Directory schreibt unter Windows PowerShell 5.1 Backslashes in die
Zip-Einträge - iOS hätte das Archiv falsch entpackt. Behoben, indem die
Einträge von Hand mit "/" geschrieben werden.

Rückfallebene: notifyAppReady() läuft erst, wenn React nachweislich
gerendert hat (App.tsx). Kommt diese Meldung nicht, rollt das Plugin nach
20 Sekunden von selbst auf das vorherige Bündel zurück.

Am laufenden Testcontainer verifiziert: die ausgelieferte Zip hasht exakt
auf den in bundle.json hinterlegten Wert, 13 Einträge, index.html in der
Wurzel, keine Backslashes, keine Beschädigung. tsc sauber, 117/117 Tests
(5 davon neu für buendelPasst() - dabei eine echte Lücke gefunden: die
Funktion hätte bei unbekannter eigener Version fälschlich ein Update
angeboten, jetzt genauso vorsichtig wie versionVergleichen).

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

README.md

@@ -15,25 +15,19 @@ Belegdaten aus hochgeladenen Tank-PDFs, ein Spannungsverlauf über Jahre.
 
 ---
 
-## Installation über HACS
+## Installation
 
-1. HACS → **Integrationen** → Menü oben rechts → **Benutzerdefinierte
-   Repositories**
-2. Dieses Repository eintragen, Kategorie **Integration**
-3. **Audi Dashboard** herunterladen
-4. Home Assistant neu starten
-5. **Einstellungen → Geräte & Dienste → Integration hinzufügen → Audi
-   Dashboard**
+HACS scheidet aus, und zwar endgültig: laut eigener Dokumentation
+(hacs.xyz/docs/faq/private_repositories) kann HACS **grundsätzlich nicht**
+mit privaten GitHub-Repositories arbeiten — „HACS can only get publicly
+available information", ohne Ausnahme für Tokens oder verbundene Konten. Und
+öffentlich machen ist keine Option: das Repository enthält die
+Audi-Hausschrift und die Typenschilder, die nur für diese eine private
+Installation lizenziert sind.
 
-Danach steht **Mein Audi** in der Seitenleiste.
-
-**Voraussetzung, die HACS selbst mitbringt:** HACS spricht ausschließlich mit
-GitHub — `github.com` und `api.github.com` stecken fest im Code, Gitea, GitLab
-und selbst gehostete Instanzen kennt es nicht. Liegt dieses Repository nicht
-auf GitHub, findet HACS es auch als benutzerdefiniertes Repository nicht. Für
-diesen Fall gibt es den Weg darunter, der denselben Ordner installiert.
-
-## Installation ohne HACS
+Der Installer unten ist deshalb nicht die zweite Wahl, sondern der einzige
+Weg. Er ist genauso wenig Handarbeit wie ein HACS-Update — derselbe Aufruf
+installiert und aktualisiert.
 
 Von einem Windows-Rechner aus, der das `config`-Verzeichnis der HA-Instanz
 erreicht (Samba-Add-on oder gemounteter Pfad):