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 |
Unterstützt Nicht unterstützt Nicht unterstützt Nicht unterstützt Unterstützt (nur asynchron) Nicht unterstützt Nicht unterstützt Unterstützt Unterstützt Nicht unterstützt Unterstützt Nicht unterstützt |
| Nutzungsoptionen |
Nicht unterstützt |
| Versionen |
|
| 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: truenicht mehr an, dass das Modell inaktiv ist. Der Server kann die Verarbeitung von Hintergrund-Reasoning oder Toolaufrufen fortsetzen. Ihr Client muss nach dem Eintreffen vonturnComplete: trueweiterhin auf nachfolgende Servernachrichten (z. B. Toolaufrufe oder Audioframes) warten. interaction_statusüberwachen: Verwenden Sie das Feldinteraction_statusin 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_configin Ihrer Einrichtungskonfiguration (thinking_level:low,mediumoderhigh). Beachten Sie, dassMINIMALnicht unterstützt wird. - Aktualisierungen von Clientinhalten:
send_client_contentwird während des gesamten Lebenszyklus der Sitzung mit expliziten Rollen (userodermodel) unterstützt. Wenn Sieturn_complete=truefestlegen, wird die aktive Generierung sofort unterbrochen. - Proaktive Audioeingabe: Dauerhaft aktiviert. Wenn Sie
proactive_audio: falsefestlegen, wird ein Fehler zurückgegeben.
Einen Vergleich der Funktionen aller Live API-Modelle finden Sie in der Tabelle Modellvergleich.