Un agent doit-il appeler un outil, transmettre une demande au support ou utiliser un modèle plus puissant ? Ces petits choix peuvent multiplier les attentes. Google lance, le 11 novembre 2026, Gemini Decisions API : une interface dédiée aux réponses à choix limités, produites par son nouveau modèle Gemini Decision 1.
L’idée est simple : fournir à une application un résultat directement exploitable pour son prochain embranchement. L’intérêt se joue moins dans la longueur d’une réponse que dans la qualité et le coût des nombreuses décisions qui composent un parcours logiciel.
Trois formes de réponses pour un choix bien délimité
La fiche de Gemini Decision 1 décrit un modèle multimodal qui évalue du texte, des images, de l’audio, de la vidéo et des PDF. Il renvoie des probabilités et des résultats typés, avec zéro token de texte généré.
| Type de question | Résultat attendu | Exemple d’usage |
|---|---|---|
| Oui ou non | Probabilité d’une réponse affirmative | Vérifier si un message décrit un produit endommagé |
| Choix parmi des options | Option retenue et probabilités des candidats | Orienter une demande vers une file de support |
| Note selon une grille | Score pondéré et probabilités par niveau | Classer la gravité d’un incident |
Le service accepte jusqu’à 1 000 questions par requête, dans une fenêtre totale de 262 144 tokens comprenant l’entrée commune et les questions. Les choix peuvent comporter de 2 à 255 options.
L’application garde la main sur ce qui suit
Imaginons un service client recevant une photo et le message « mon colis est arrivé abîmé ». Une application pourrait demander séparément si un dommage est signalé, quelle équipe doit recevoir le dossier et quel niveau de priorité lui attribuer.
L’API fournirait les évaluations ; le programme déciderait ensuite de la suite. Classer une demande dans une catégorie et autoriser un remboursement sont deux opérations différentes. Cet exemple hypothétique illustre une organisation possible, sans constituer un test du service.
Une vitesse annoncée dans un périmètre précis
Dans son annonce officielle, Google rapporte une latence de 150 à 250 millisecondes de bout en bout, dont 50 à 100 millisecondes de calcul du modèle. Les mesures présentées portent sur des contextes allant jusqu’à 16 000 tokens, avec une latence presque stable entre une et cent questions.
Ces conditions comptent. Elles ne promettent pas le même délai pour une requête remplissant toute la fenêtre de contexte ou réunissant mille questions. Les résultats sont ceux publiés par Google ; nous n’avons pas réalisé de mesure indépendante.
Le modèle évalue les options en une passe, sans produire une longue réponse token après token. Pour une application qui répète souvent le même type de choix, cette spécialisation peut réduire une partie du délai. Le temps gagné dans le parcours complet dépendra aussi des autres services appelés.
Le score de confiance doit être lu avec la réponse
La documentation de Decisions API distingue la valeur retournée de la confiance dans l’issue la plus probable. Pour une question binaire, la confiance correspond au maximum entre la probabilité de « oui » et celle de « non ».
Une probabilité de « oui » très basse peut donc s’accompagner d’une confiance élevée en « non ». Lire seulement le champ confiance comme une approbation serait une erreur. Google recommande de choisir les seuils sur des exemples étiquetés issus de ses propres usages.
Une catégorie obligatoire peut masquer un mauvais choix
Notre analyse pratique est qu’il faut aussi examiner les demandes qui n’entrent dans aucune catégorie prévue. Un menu comportant seulement « facturation » et « livraison » décrit mal un problème de connexion. Même une réponse structurée ne corrige pas une liste d’options incomplète.
Un essai utile consisterait à conserver un ensemble de demandes connues, puis à regarder les erreurs par catégorie et les dossiers transmis à un humain. La confiance devient alors une information à confronter aux résultats, plutôt qu’une permission universelle d’automatiser.
Des questions parallèles, avec des limites à respecter
Les questions d’une même requête sont indépendantes : elles partagent l’entrée mais ne voient pas leurs réponses respectives. Une décision dépendante d’une autre doit donc être composée dans le programme ou faire l’objet d’un appel ultérieur.
La documentation indique également que cette API ne génère pas d’explications, ne prend pas en charge le cache de contexte ni Batch API, et utilise Gemini Developer API en version v1beta. L’annonce présente le support sur Google Cloud comme à venir.
Pour un développeur, cela dessine un usage précis : filtrer, router ou noter une entrée avec des règles de décision explicites. Une tâche qui demande d’expliquer un raisonnement détaillé ou d’enchaîner des actions aura besoin d’autres composants.
Un prix à calculer sur l’entrée totale
La page des tarifs fixe le prix payant à 0,10 dollar par million de tokens d’entrée, sans facturation de tokens de sortie. L’entrée commune est comptée une fois dans une requête ; chaque question ajoute néanmoins ses instructions et ses critères.
À titre d’illustration arithmétique, un appel totalisant 10 000 tokens d’entrée reviendrait à 0,001 dollar à ce tarif. Ce calcul ne mesure ni un coût moyen réel ni le nombre de tokens d’un dossier particulier.
Un niveau gratuit existe pour prototyper. La grille indique que les données peuvent servir à améliorer les produits sur ce niveau, contrairement au niveau payant, sous les conditions du service. Le contexte envoyé mérite donc d’être choisi avec autant de soin que les questions.
Le bon indicateur sera la qualité du parcours terminé
Decisions API propose une brique spécialisée pour les applications et les agents. Sa promesse est intéressante lorsque de nombreux choix courts ralentissent un parcours ou alourdissent sa facture.
Pour en juger, il faudra mesurer davantage que la rapidité d’un appel : taux de routage correct, cas ambigus, reprises et délai jusqu’au résultat utile. Une décision rapide vaut surtout par la qualité du chemin qu’elle ouvre ensuite.
Références
- Google — Présentation de Gemini Decisions API, 11 novembre 2026.
- Google AI Studio — Documentation de Decisions API.
- Google AI Studio — Fiche de Gemini Decision 1.
- Google AI Studio — Tarifs de Gemini Decision.
