Plan und AGENTS.md auf den erreichten Stand bringen

Elf von dreizehn Phasen sind erledigt oder vorbereitet. AGENTS.md haelt
zusaetzlich die drei Fehler fest, die erst der Betrieb gegen eine echte
Home-Assistant-Instanz zutage brachte - und den verworfenen selbstgebauten
QR-Erzeuger, damit niemand den Versuch wiederholt.

UMSETZUNGSPLAN.md

@@ -91,7 +91,10 @@ einzige, die zwingend auf Hardware wartet.
 
 ---
 
-## Phase 2 — Pflege des bestehenden HA-Panels (Quick Wins, Block C aus AGENTS.md)
+## Phase 2 — Pflege des bestehenden HA-Panels ✅ ERLEDIGT (2026-08-11)
+
+> Doku-Drift behoben, `profil_lesen()` gehärtet und an der Testinstanz belegt.
+> Offen bleibt nur, was Betriebsdaten sind: Fahrzeugfotos und `steuer.faellig`.
 
 **Ziel:** Doku stimmt wieder mit dem Code überein; ein Crash-Risiko ist beseitigt. Reine Pflege —
 **keine** Funktionsänderungen.
@@ -132,7 +135,12 @@ Besitzer in der App/UI, kein Code).
 
 ---
 
-## Phase 3 — Design-Entwurf vervollständigen (Claude Design)
+## Phase 3 — Design-Entwurf vervollständigen ⏭️ ÜBERSPRUNGEN (2026-08-11)
+
+> Entscheidung des Besitzers: Die Screens wurden direkt aus den Views des alten
+> Panels abgeleitet, statt auf den Claude-Design-Entwurf zu warten. Dieser
+> Abschnitt bleibt stehen, falls der Entwurf später auf den Stand der
+> Umsetzung gebracht werden soll.
 
 **Ziel:** Der Entwurf zeigt das richtige Fahrzeug und alle Seiten, die das alte Panel hat.
 Diese Phase läuft im Claude-Design-Projekt
@@ -176,7 +184,7 @@ Hauptscreens sind entworfen; die 16 Unterseiten folgen dann dem gleichen Muster.
 
 ---
 
-## Phase 4 — Workspace und React-Gerüst in `companion-app/`
+## Phase 4 — Workspace und React-Gerüst ✅ ERLEDIGT (2026-08-11)
 
 **Ziel:** `companion-app/` ist ein lauffähiges Vite+React+TS-Projekt, das `@audi-dash/ui` als
 echte Dependency nutzt. Die bestehende Datenschicht (`src/api/`) bleibt unverändert liegen.
@@ -239,7 +247,7 @@ echte Dependency nutzt. Die bestehende Datenschicht (`src/api/`) bleibt unverän
 
 ---
 
-## Phase 5 — App-Shell: Theme, Router, responsives Layout
+## Phase 5 — App-Shell: Theme, Navigation, responsives Layout ✅ ERLEDIGT (2026-08-11)
 
 **Ziel:** Navigationsgerüst, das beide Layouts beherrscht (schmal: Tab-Leiste unten; breit ≥1000px:
 Seitenleiste), mit Tag/Nacht-Theme und Zurück-Navigation. Noch ohne echte Daten.
@@ -273,7 +281,7 @@ Seitenleiste), mit Tag/Nacht-Theme und Zurück-Navigation. Noch ohne echte Daten
 
 ---
 
-## Phase 6 — Onboarding, Datenanbindung, Offline-UX
+## Phase 6 — Onboarding, Datenanbindung, Offline-UX ✅ ERLEDIGT (2026-08-11)
 
 **Ziel:** Die App verbindet sich echt mit Home Assistant über die vorhandene Datenschicht.
 
@@ -313,7 +321,12 @@ Zugangsdaten-Verwaltung (`umgebung.ts`).
 
 ---
 
-## Phase 7 — Alle Screens umsetzen
+## Phase 7 — Alle Screens umsetzen ✅ ERLEDIGT (2026-08-11)
+
+> Alle 21 Seiten stehen. Die Entwurfsvorlage kam für die 16 Unterseiten aus den
+> Views des alten Panels statt aus Claude Design (Entscheidung des Besitzers,
+> 2026-08-11) — Phase 3 ist damit gegenstandslos, solange der Entwurf nicht
+> nachgezogen werden soll.
 
 **Ziel:** Funktionsgleichheit mit dem alten Panel plus die neuen Live-Ansichten. Pro Screen:
 Entwurf aus `design/` nachbauen (mit `@audi-dash/ui`-Komponenten), Logik aus der alten View
@@ -355,7 +368,7 @@ nicht ein Riesencommit.
 
 ---
 
-## Phase 8 — Audi-Assets einbauen
+## Phase 8 — Audi-Assets einbauen ✅ ERLEDIGT (2026-08-11)
 
 **Ziel:** Die App sieht aus wie das Original — Schriften, Ringe, Typenschilder.
 
@@ -376,7 +389,9 @@ nicht ein Riesencommit.
 
 ---
 
-## Phase 9 — Tests
+## Phase 9 — Tests ✅ ERLEDIGT (2026-08-11)
+
+> 90 Unit- und Rendertests, dazu 9 Prüfungen gegen die laufende Instanz.
 
 **Ziel:** Die ungeteste Hälfte der Datenschicht ist abgedeckt; die Kern-Rechenlogik hat Unit-Tests.
 
@@ -401,7 +416,10 @@ nicht ein Riesencommit.
 
 ---
 
-## Phase 10 — PWA und Capacitor (iPhone/Android, nur Sideload)
+## Phase 10 — PWA und Capacitor 🟡 STUFE 1 ERLEDIGT (2026-08-11)
+
+> PWA fertig. Capacitor-Konfiguration, Secure-Storage-Adapter und die QR-Seite
+> liegen bereit; die Hülle selbst braucht einen Mac mit Xcode und ein Gerät.
 
 **Ziel:** Die App läuft auf dem iPhone. Zwei Stufen — erst PWA (sofort nutzbar), dann Capacitor
 (Keychain + QR-Scan).
@@ -461,7 +479,10 @@ nicht ein Riesencommit.
 
 ---
 
-## Phase 12 — Externer Zugriff: Cloudflare Tunnel + Reverse Proxy
+## Phase 12 — Externer Zugriff: Cloudflare Tunnel + Reverse Proxy 🟡 VORBEREITET
+
+> Fertige Freigabeliste samt Prüfbefehlen: `homeassistant/REVERSE_PROXY.md`.
+> Ausführung braucht Cloudflare-Konto und die Nameserver-Umstellung.
 
 **Ziel:** Die App funktioniert von unterwegs (Mobilfunk), ohne dass HA selbst erreichbar ist.
 Referenz: `COMPANION_APP_ARCHITECTURE.md` §4/§5. Teilweise Besitzer-Aufgaben (Konten/DNS).
@@ -496,7 +517,9 @@ Schritte 2–4 können gegen die bestehende HA-API **vor** der FMM003-Hardware e
 
 ---
 
-## Phase 13 — FMM003-Inbetriebnahme (wartet auf Hardware)
+## Phase 13 — FMM003-Inbetriebnahme 🟡 VORBEREITET (wartet auf Hardware)
+
+> Gerüst der Zuordnungstabelle und alle Schritte: `homeassistant/FMM003_MAPPING.md`.
 
 **Ziel:** Live-Daten vom Fahrzeug fließen nach HA; Fahrterkennung läuft über die Zündung.
 Referenz: `COMPANION_APP_ARCHITECTURE.md` §2b. **Nichts hiervon vorab raten oder simulieren.**