docs(android-agent): Push-Hybrid-Modell (Leerlauf=Push, Session=Socket) ergaenzt

Akku-optimal wie WhatsApp: idle nur FCM-Push, bei Befehl kurz Socket + Wakelock
fuer die Interaktion, danach wieder schlafen. Requirements (Firebase/Play Services/
Server-Push-Trigger) + Latenz dokumentiert. Empfehlung: erst Foreground-Service
(M1-3, sofort lauffaehig), dann Push-Hybrid als Akku-Ausbau.

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

host-agent/android/README.md

@@ -70,10 +70,21 @@ Zwei Wege, deine WhatsApp-Intuition trifft ins Schwarze:
   einen **Push-Auslöser serverseitig** (RVS/Bridge feuert bei `host_command` einen
   FCM-Push an das Ziel-Gerät). Mehr Plumbing.
 
-**Empfehlung:** Meilenstein 1–3 mit **A (Foreground-Service)** — läuft sofort,
-nutzt alles Vorhandene. **B (FCM)** als spätere Robustheits-/Akku-Stufe, wenn A im
-Alltag zu oft eingeschläfert wird. Das Action-Set bleibt identisch, nur der
-Wecker (Socket vs. Push) ändert sich.
+**C) Hybrid (ideal, End-Ausbau):** Im Leerlauf nur Push (max. Akku). Ein Push
+weckt die App → sie öffnet die RVS-Verbindung, hält sich per Wakelock für die
+Interaktion wach (mehrere Befehle flüssig, z.B. E-Mail-Setup durchklicken) →
+schläft nach ein paar Sekunden Ruhe wieder ein. So WhatsApp-Akku UND schnelle
+Multi-Befehl-Sessions.
+
+FCM braucht: **Firebase-Projekt**, **Google Play Services** aufm Gerät (nicht auf
+de-googelten ROMs / manchen Huawei), und einen **Push-Auslöser serverseitig**
+(Bridge/RVS ruft FCM, wenn ein `host_command` fürs Gerät ansteht). Erste Push-
+Latenz aus tiefem Doze: ~1–3 s; danach bleibt der Socket während der Session offen.
+
+**Empfehlung:** Meilenstein 1–3 mit **A (Foreground-Service)** — läuft sofort und
+nutzt alles Vorhandene, damit wir schnell einen funktionierenden Agenten haben.
+Dann **C (Push-Hybrid)** als Akku-Ausbau. Action-Set/Protokoll bleiben identisch,
+nur der Wecker (Dauer-Socket → Push+Session-Socket) ändert sich.
 
 ## Sicherheit