Gemini 3.8 Live Extended Thinking

Gemini 3.8 Live mit erweiterter Thinking-Funktion ist unser Audio-zu-Audio-Modell mit hoher Reasoning-Fähigkeit, das empfohlen wird, wenn für komplexe, mehrstufige Problemlösungen während Echtzeit-Sprachinteraktionen ein höheres Maß an Hintergrund-Reasoning erforderlich ist. Es verarbeitet Hintergrund-Reasoning und asynchrone Toolaufrufe, während kontinuierliche Audioantworten gestreamt werden.

Dokumentation

Eine vollständige Beschreibung der Funktionen und Möglichkeiten finden Sie im Leitfaden zur Live API.

gemini-3.8-live-extended-thinking

Attribut Beschreibung
-Modellcode gemini-3.8-live-extended-thinking
Unterstützte Datentypen

Eingaben

Text, Bilder, Audio

Ausgabe

Text und Audio

Token limits[*]

Tokeneingabelimit

131.072

Tokenausgabelimit

65.536

Funktionen

Audiogenerierung

Unterstützt

Caching

Nicht unterstützt

Code-Ausführung

Nicht unterstützt

Dateisuche

Nicht unterstützt

Funktionsaufrufe

Unterstützt (nur asynchron)

Fundierung mit Google Maps

Nicht unterstützt

Bildgenerierung

Nicht unterstützt

Live API

Unterstützt

Suchfundierung

Unterstützt

Strukturierte Ausgaben

Nicht unterstützt

Antwort wird generiert

Unterstützt

URL-Kontext

Nicht unterstützt

Nutzungsoptionen

Batch API

Nicht unterstützt

 Versionen
Weitere Informationen finden Sie unter Modellversionsmuster.
  • Stabil: gemini-3.8-live-extended-thinking
Letzte Aktualisierung September 2026
Modellkarte Modellkarte

Upgrade auf Gemini 3.8 Live Extended Thinking

Gemini 3.8 Live mit erweiterter Thinking-Funktion führt während Live-Audiositzungen Hintergrundüberlegungen durch. Wenn Sie dieses Modell einbinden, müssen Sie die Clientstatusverwaltung aktualisieren, um asynchrone Reasoning-Signale zu verarbeiten:

  • Asynchrones Reasoning-Protokoll: Bei der Interaktion mit Modellen, die asynchrones Reasoning verwenden, gibt turnComplete: true nicht mehr an, dass das Modell inaktiv ist. Der Server kann die Verarbeitung von Hintergrund-Reasoning oder Toolaufrufen fortsetzen. Ihr Client muss nach dem Eintreffen von turnComplete: true weiterhin auf nachfolgende Servernachrichten (z. B. Toolaufrufe oder Audioframes) warten.
  • interaction_status überwachen: Verwenden Sie das Feld interaction_status in eingehenden Servernachrichten, um den aktuellen Serverstatus zu ermitteln:
    • IN_PROGRESS: Der Server verarbeitet aktiv Nutzereingaben, führt Hintergrundüberlegungen aus oder wartet auf Antworten für asynchrone Toolaufrufe. Es können weitere Modellausgaben oder Toolaufrufe folgen.
    • IDLE: Der Server hat alle Verarbeitungs-, Reasoning- und Toolaufrufe abgeschlossen. Die Sitzung ist inaktiv und wartet auf eine Nutzereingabe.
  • Asynchrone Funktionsaufrufe: Es wird nur die asynchrone, nicht blockierende Ausführung (behavior: NON_BLOCKING) unterstützt. Der synchrone Blockierungsmodus wird nicht unterstützt und gibt einen harten Fehler zurück. Konfigurationen für die Funktionsplanung werden nicht unterstützt.
  • Thinking-Konfiguration: Konfigurieren Sie die Hintergrundlogik mit thinking_config in Ihrer Einrichtungskonfiguration (thinking_level: low, medium oder high). Beachten Sie, dass MINIMAL nicht unterstützt wird.
  • Aktualisierungen von Clientinhalten: send_client_content wird während des gesamten Lebenszyklus der Sitzung mit expliziten Rollen (user oder model) unterstützt. Wenn Sie turn_complete=true festlegen, wird die aktive Generierung sofort unterbrochen.
  • Proaktive Audioeingabe: Dauerhaft aktiviert. Wenn Sie proactive_audio: false festlegen, wird ein Fehler zurückgegeben.

Einen Vergleich der Funktionen aller Live API-Modelle finden Sie in der Tabelle Modellvergleich.