Gemini 3.8 Live Extended Thinking est notre modèle audio-audio à raisonnement étendu, recommandé lorsqu'un raisonnement en arrière-plan plus poussé est nécessaire pour résoudre des problèmes complexes en plusieurs étapes lors d'interactions vocales en temps réel. Il traite le raisonnement en arrière-plan et les appels d'outils asynchrones tout en diffusant des réponses audio continues.
Documentation
Consultez le guide de l'API Live pour découvrir l'ensemble des fonctionnalités.
gemini-3.8-live-extended-thinking
| Propriété | Description |
|---|---|
| Code du modèle |
gemini-3.8-live-extended-thinking
|
| Types de données acceptés |
Entrées Texte, images, audio Résultat Texte et audio |
| Limites de jetons[*] |
Limite de jetons d'entrée 131 072 Limite de jetons de sortie 65 536 |
| Fonctionnalités |
Compatible Not supported Not supported Not supported Compatible (asynchrone uniquement) Not supported Not supported Compatible Compatible Not supported Compatible Not supported |
| Options de consommation |
Not supported |
| versions |
|
| Dernière mise à jour | Septembre 2026 |
| Fiche de modèle | fiche de modèle |
Passage à Gemini 3.8 Live raisonnement étendu…
Gemini 3.8 Live Extended Thinking introduit le raisonnement en arrière-plan lors des sessions audio en direct. Lorsque vous intégrez ce modèle, mettez à jour la gestion de l'état de votre client pour gérer les signaux de raisonnement asynchrones :
- Protocole de raisonnement asynchrone : lorsque vous interagissez avec des modèles qui utilisent le raisonnement asynchrone,
turnComplete: truen'indique plus que le modèle est inactif. Le serveur peut continuer à traiter le raisonnement en arrière-plan ou les appels d'outils. Votre client doit continuer à écouter les messages ultérieurs du serveur (tels que les appels d'outils ou les frames audio) après l'arrivée deturnComplete: true. - Surveillance de
interaction_status: utilisez le champinteraction_statussur les messages entrants du serveur pour déterminer l'état actuel du serveur :IN_PROGRESS: le serveur traite activement les entrées utilisateur, exécute un raisonnement en arrière-plan ou attend des réponses pour les appels d'outils asynchrones. D'autres sorties de modèle ou appels d'outils peuvent suivre.IDLE: le serveur a terminé tous les traitements, raisonnements et appels d'outils. La session est inactive et attend une entrée utilisateur.
- Appel de fonction asynchrone : seule l'exécution asynchrone non bloquante (
behavior: NON_BLOCKING) est acceptée. Le mode de blocage synchrone n'est pas compatible et renvoie une erreur fatale. Les configurations de planification des fonctions ne sont pas acceptées. - Configuration du raisonnement : configurez le raisonnement en arrière-plan à l'aide de
thinking_configdans votre configuration (thinking_level:low,mediumouhigh). Notez queMINIMALn'est pas compatible. - Mises à jour du contenu client :
send_client_contentest compatible tout au long du cycle de vie de la session avec des rôles explicites (useroumodel). La définition deturn_complete=trueinterrompt immédiatement la génération active. - Audio proactif : activé de manière permanente. La définition de
proactive_audio: falserenvoie une erreur.
Pour comparer les fonctionnalités de tous les modèles de l'API Live, consultez le tableau Comparaison des modèles.