diff --git a/host-agent/android/README.md b/host-agent/android/README.md
index 677b29d..a2d5e68 100644
--- a/host-agent/android/README.md
+++ b/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