feat(queue): Pro-Projekt-Nachrichten-Queue mit Rueckfrage-Loop + Textfeld-Entwuerfe (App)

Zweite Nachricht waehrend ARIA arbeitet wird jetzt ANGESTELLT statt den
laufenden Task abzubrechen. Stellt ARIA eine blockierende Rueckfrage, pausiert
die Queue und die naechste Eingabe beantwortet sie — bis eine finale Antwort
kommt, dann laeuft der naechste Queue-Eintrag (pro Projekt unabhaengig).

- Brain: ARIA deklariert Rueckfragen per unsichtbarem [[AWAIT]]-Marker
  (wie speak/converse; kein '?'-Raten). _extract_await_marker strippt ihn,
  chat() gibt 5-Tupel (+awaiting_reply), System-Prompt erklaert den Marker.
- Bridge: awaiting_reply aus Brain-Response in die chat-Broadcast-Payload.
- App: app-lokale Queue + Zustandsautomat (idle/running/awaiting_reply) pro
  Projekt; Send-Flow von Abbruch auf Anstellen; Stop-Button (cancelRequest)
  schaltet die Queue weiter; sichtbare pending_queue-Bubbles (tippen loescht);
  Rueckfrage-/Queue-Banner ueber dem Eingabefeld. Voice bricht nicht mehr ab
  (haltet nur TTS, serialisiert im Brain-Lock); Text-Send erkennt Brain-busy
  als Fallback. Pro-Projekt-Textfeld-Entwuerfe (Draft-Map + AsyncStorage).

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

bridge/aria_bridge.py

@@ -1585,6 +1585,10 @@ class ARIABridge:
                 # Nach dieser Antwort 30s weiterlauschen? Steuert das Gespraechs-
                 # Fenster in der App (Skill/Einzelaktion=False, Konversation=True).
                 "converse": bool(payload.get("converse", True)) if isinstance(payload, dict) else True,
+                # Stellt ARIA eine blockierende Rueckfrage? Dann pausiert die App
+                # die Projekt-Queue und leitet die naechste Eingabe als Antwort auf
+                # DIESE Rueckfrage weiter, statt sie als neuen Auftrag anzustellen.
+                "awaiting_reply": bool(payload.get("awaiting_reply", False)) if isinstance(payload, dict) else False,
             },
             "timestamp": int(asyncio.get_event_loop().time() * 1000),
         })
@@ -1948,6 +1952,9 @@ class ARIABridge:
         # Nach der Antwort 30s weiterlauschen (Gespraech) oder direkt zurueck aufs
         # Wake-Word? Einzelaktionen/Skills = False. Reicht die App aus.
         converse = data.get("converse", True)
+        # Stellt ARIA eine blockierende Rueckfrage? Dann pausiert die App die
+        # Projekt-Queue und leitet die naechste Eingabe als Antwort weiter.
+        awaiting_reply = bool(data.get("awaiting_reply", False))
 
         # Side-Channel-Events VOR der Chat-Bubble broadcasten (z.B. skill_created)
         # damit sie in der UI vor der Reply auftauchen
@@ -2017,7 +2024,8 @@ class ARIABridge:
             await self._process_core_response(reply, {"projectId": turn_project_id,
                                                        "answeredBy": answered_by,
                                                        "speak": speak,
-                                                       "converse": converse})
+                                                       "converse": converse,
+                                                       "awaiting_reply": awaiting_reply})
         except Exception:
             logger.exception("[brain] _process_core_response Fehler")
             await self._emit_activity("idle", "", project_id=project_id)