Tarification de Gemini Decision 1 : 0,10 $/M en entrée, API et cas d’usage

Gemini Decision 1 coûte 0,10 $/M de tokens en entrée et ne génère aucun token en sortie. Découvrez un exemple d’utilisation de l’API, les règles de facturation, les cas d’usage et les limites propres à l’API native et à la passerelle.

AIHubMix6 min de lecture
Tarification de Gemini Decision 1 : 0,10 $/M en entrée, API et cas d’usage

Gemini Decision 1 est conçu pour les situations où votre programme a besoin d’un jugement, pas d’un paragraphe. Il répond aux questions par oui ou non, choisit parmi les options proposées ou attribue une note selon une grille, en renvoyant des probabilités plutôt que du texte. Le tarif officiel de Google est de 0,10 $ par million de tokens en entrée, sans aucun token en sortie.

Le compromis est simple : utilisez-le pour des décisions à choix limités que votre code peut exploiter. Gardez un modèle génératif lorsque la tâche nécessite une explication, l’extraction de valeurs libres, des arguments d’outil ou un raisonnement en plusieurs étapes. AIHubMix propose Gemini Decision 1 sur un endpoint de décision distinct ; ce n’est pas un modèle à intégrer à Chat Completions.

Trois réponses exploitables par votre code

Lancé le 11 novembre 2026, le modèle spécialisé dans la prise de décision de Google évalue des questions indépendamment à partir d’une même entrée. L’API native de Google accepte le texte, les images, l’audio, la vidéo et les PDF, dans une fenêtre de 262,144 tokens couvrant l’entrée et toutes les questions.

Type Votre question Valeur de réponse
noul Cette condition est-elle remplie ? Probabilité que la réponse soit oui
choice Quelle option convient ? Une option et des probabilités
score À quel point est-ce grave ? Niveau attendu selon la grille

Pour l’API native de Google, noul va de 0.01 à 0.99. Un choice comporte de 2 à 255 options. Un score comporte de 2 à 255 niveaux ordonnés, même si Google recommande de 2 à 10 niveaux pour la plupart des grilles. Le résultat peut être fractionnaire : le score correspond à la moyenne pondérée des indices de niveau par les probabilités, et pas nécessairement au niveau le plus probable.

Google autorise jusqu’à 1,000 questions par requête. C’est utile pour des vérifications indépendantes, mais pas pour créer une chaîne de raisonnement cachée : une question ne peut pas lire la réponse à une autre. Combinez les résultats dans votre code ou envoyez une nouvelle requête lorsqu’une décision ultérieure dépend réellement d’une décision précédente.

Il s’agit de fonctionnalités propres à l’API native de Google. Elles ne prouvent pas que tous les types de médias, toutes les limites ou tous les champs de réponse sont disponibles via un intermédiaire.

Tarification : comptez l’ensemble de la requête, pas seulement le ticket

La page officielle des tarifs facture une seule fois l’entrée partagée pour chaque requête. Chaque question ajoute ses instructions, ses critères et ses tokens de formatage. Trois questions sur un même ticket ne signifient pas que trois copies de ce ticket sont facturées séparément, mais elles ne sont pas non plus gratuites en tokens.

Modèle Entrée / 1M tokens Sortie / 1M tokens
Gemini Decision 1 $0.10 Aucun token en sortie
Gemini 3.5 Flash-Lite $0.30 $2.50

Il s’agit des tarifs officiels standard de l’API directe, en USD. Le prix de sortie de Flash-Lite inclut les tokens de réflexion. Au moment de la vérification, le 12 novembre 2026, les tarifs affichés par AIHubMix pour ces deux modèles correspondaient aux prix indiqués.

Prenons un scénario illustratif, et non une mesure : 100,000 tickets par mois, chacun envoyé une fois avec trois questions, pour 2,000 tokens d’entrée facturés par requête questions comprises.

  • Decision : 200 millions de tokens en entrée × 0,10 $/M = 20 $.
  • Gemini 3.5 Flash-Lite : la même quantité d’entrée supposée coûte 60 $. En supposant 40 tokens de sortie supplémentaires par requête, quatre millions de tokens en sortie coûtent 10 $, soit un total de 70 $.

Ce calcul ne tient pas compte de la mise en cache, des nouvelles tentatives, des taxes ni d’une éventuelle vérification en aval. Il suppose également, à titre d’illustration, que le nombre de tokens facturés en entrée est identique ; cela ne signifie pas que la tokenisation ou la qualité le soient. Si Decision se trompe plus souvent dans le routage sur vos données, la facture de tokens la plus faible ne sera peut-être pas synonyme de coûts d’exploitation moindres.

L’API Decisions ne propose ni mise en cache du contexte ni API Batch. Si vous répétez un long état dans la requête suivante, il est facturé à nouveau ; l’avantage lié à l’entrée partagée s’applique au sein d’une requête, pas d’une requête à l’autre.

La frontière de l’API est importante

Les instructions du modèle AIHubMix documentent POST /v1/systemone, l’authentification Bearer et un corps contenant model, state et questions.

L’API Decisions native de Google utilise plutôt /v1beta/decisions et un champ input. Ces API visent le même type de tâche, mais leurs enveloppes de requête ne sont pas interchangeables. Ne dirigez pas l’exemple du SDK natif de Google vers une autre URL de base en supposant que la méthode et les champs seront automatiquement convertis.

Voici un exemple textuel fondé sur la documentation, qui n’a pas été exécuté. Il utilise un ticket fictif et évite délibérément les entrées multimédias, dont le comportement via la passerelle n’a pas été vérifié ici :

curl --fail-with-body https://aihubmix.com/v1/systemone \
  -H "Authorization: Bearer $AIHUBMIX_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "gemini-decision-1",
    "state": "The export button fails in Safari. Chrome works, but I need to send the report today.",
    "questions": {
      "department": {
        "type": "choice",
        "instructions": "Which team should handle this support request?",
        "criteria": {
          "billing": "Charges, invoices, or refunds.",
          "technical": "A product feature is not working.",
          "other": "The request does not fit either department."
        }
      },
      "urgency": {
        "type": "score",
        "instructions": "How time-sensitive is the request?",
        "criteria": [
          "No deadline is stated.",
          "A future deadline is stated, but not today.",
          "The user needs the task completed today."
        ]
      },
      "has_workaround": {
        "type": "noul",
        "instructions": "Does the message explicitly describe a working alternative?"
      }
    }
  }'

choice.criteria est un objet ; score.criteria est un tableau ordonné. Ne les confondez pas. Intégrez la question complète dans instructions, au lieu de compter sur la clé de la question pour en transmettre le sens.

Un point d’intégration mérite attention : les instructions AIHubMix actuelles comprennent un exemple de réponse qui nomme un modèle Jev. Cet exemple ne permet pas d’établir la structure réelle des réponses de Gemini, son routage, le calcul des tokens de sortie ni la sémantique du score et du niveau de confiance. Cet article n’a pas envoyé de requête authentifiée ; vérifiez les types et l’usage effectivement renvoyés avant l’intégration, au lieu de prendre cet exemple pour une réponse de Gemini. La prise en charge native complète des médias, les limites de contexte et le nombre maximal de questions via ce canal n’ont pas non plus été vérifiés ici.

Transformez les probabilités en règle de décision, pas en action non vérifiée

Le guide de Google recommande de définir les seuils à partir d’exemples étiquetés issus de votre propre trafic. Pour un workflow de routage :

  1. Validez la réponse et la présence des champs requis avant de lire une réponse.
  2. Vérifiez que la route sélectionnée fait partie des options autorisées.
  3. Envoyez les résultats incertains, hors périmètre ou mal formés pour examen.
  4. Conservez un jeu de données distinct, mis de côté, pour mesurer les erreurs après avoir choisi les seuils.

Dans l’API native de Google, le niveau de confiance correspond à la probabilité la plus élevée parmi les résultats ; pour une réponse par oui ou non, il s’agit de max(p, 1 − p). Ce n’est pas un second modèle qui confirme la décision de façon indépendante. Un « non » avec un niveau de confiance élevé reste un non : ne confondez donc pas le niveau de confiance avec la probabilité qu’une condition soit remplie.

Pour les scores, déterminez si votre règle nécessite le score attendu ou le niveau unique le plus probable. Ces deux choix peuvent entraîner des actions différentes. Ajoutez une option other pour les choix susceptibles d’être hors périmètre ; une liste d’options fermée répartit tout de même les probabilités lorsqu’aucune option ne convient.

Il existe une autre limite pour les filtres de sécurité : la documentation de Google montre que les entrées bloquées renvoient une erreur HTTP 400 au lieu de réponses de décision. Il s’agit d’un exemple tiré de la documentation native, et non d’une réponse AIHubMix mesurée. Gérez séparément les réponses non réussies en suivant les consignes d’AIHubMix sur les erreurs HTTP, et ne transformez jamais l’absence de réponse en approbation automatique.

Dans quels cas l’utiliser — et dans quels cas s’en passer

Decision peut convenir au routage des requêtes, aux vérifications de conformité, au classement de candidats et aux décisions restreintes d’un agent concernant l’arrêt ou l’escalade. Google indique une latence médiane de bout en bout de 150–250 ms pour des entrées allant jusqu’à 16K tokens, et une latence presque stable de 1 à 100 questions. Ces chiffres sont communiqués par le fournisseur ; ils ne proviennent pas de mesures AIHubMix et ne garantissent pas les mêmes performances pour 1,000 questions ou sur l’ensemble de la fenêtre de contexte.

Optez pour un modèle génératif si vous avez besoin de produire du texte, d’extraire des valeurs arbitraires ou d’effectuer des appels d’outil avec des arguments. Une réponse typée n’autorise pas non plus l’exécution d’une action : l’autorisation et la vérification des décisions à forts enjeux restent de la responsabilité de l’application.

FAQ

Combien coûte Gemini Decision 1 ?
Le tarif standard de Google est de 0,10 $ par million de tokens en entrée. Le modèle ne génère aucun token en sortie. Les instructions et les critères des questions contribuent à l’usage de tokens en entrée.

Est-ce un modèle Chat Completions ?
Non. AIHubMix documente un endpoint de décision System One. Le service natif de Google utilise l’API Decisions, avec une enveloppe de requête différente.

Zéro token en sortie signifie-t-il que la réponse est vide ?
Non. L’API renvoie des réponses typées et des probabilités ; elle ne génère pas le texte de la réponse token par token.

Une requête peut-elle contenir 1,000 questions ?
L’API native de Google en autorise jusqu’à 1,000, dans les limites de contexte total. Cet article n’a pas vérifié que cette limite maximale est prise en charge via AIHubMix.

Peut-il traiter des images, de l’audio, de la vidéo et des PDF ?
L’API native de Google documente la prise en charge de ces quatre types de médias, ainsi que du texte. Leur disponibilité via AIHubMix n’a pas été vérifiée dans cet article ; l’exemple n’utilise que du texte.

L’exemple ci-dessus a-t-il été testé ?
Non. Il suit le format de requête publié par la passerelle. Aucune requête authentifiée, mesure des résultats ou mesure de latence n’a été effectuée pour cet article.

Poursuivez votre lecture : la série Gemini Decision 1

Sources

Les tarifs officiels et ceux de la passerelle ont été revérifiés le 12 novembre 2026 à 06:43 UTC. Les spécifications et les tarifs sont des instantanés de la documentation, pas des mesures d’inférence.

  1. Annonce du lancement de l’API Gemini Decisions — Google DeepMind.
  2. Spécifications du modèle Gemini Decision 1 et guide de l’API Decisions — Google.
  3. Tarifs de l’API Gemini — Google, tarifs standard en USD pour Decision et Flash-Lite.
  4. Instructions de la passerelle Gemini Decision 1 et fiche Flash-Lite — AIHubMix.
  5. Référence des codes d’état HTTP — AIHubMix.

Une seule passerelle vers plusieurs fournisseurs d’IA. Conçue pour la production.

Découvrir AIHubMix