Google a publiquement confirmé avoir lancé le pré-entraînement de Gemini 4, dans sa lettre de résultats du T2 datée du 22 juillet 2026 et dans l'annonce de Gemini 3.6 Flash du 21 juillet. Au 16 septembre 2026, le catalogue public de modèles de l'API Gemini, la page des tarifs et le changelog ne contiennent aucune entrée Gemini 4 : il n'existe ni ID de modèle appelable, ni prix, ni spécification, ni date de sortie, ni procédure d'accès public. Cette page permet de suivre l'accès vérifié et de préparer une évaluation réversible avec EvoLink sans deviner le contrat de l'API.
Nous vous enverrons un e-mail après la publication par Google d'un accès API pour les développeurs et la vérification par EvoLink de la route, de l'identité du modèle renvoyée, de l'usage, des tarifs et du comportement en production.
Alertes produit EvoLink uniquement. Il ne s'agit ni d'un programme Google ni d'une garantie d'accès.
Vous souhaitez être informé plus tôt ? Rejoindre le Discord EvoLink
La mise à jour indiquera l'ID de modèle vérifié pour les requêtes, les tarifs EvoLink en vigueur, les entrées et paramètres pris en charge, les limites d'accès et un parcours de migration conservant une route Gemini actuelle comme fallback.
Le statut repose sur des sources Google directes vérifiées le 16 septembre 2026, et non sur des prédictions de date de sortie, des tableaux de spécifications ayant fuité ou des étiquettes de modèle employées par la communauté.
Le catalogue public de modèles de Google, la page des tarifs et le changelog de l'API ne répertorient ni Gemini 4, ni ID de modèle pour les requêtes, ni conditions commerciales, ni programme de preview, ni date de sortie. Les modèles Gemini les plus récents répertoriés sont Gemini 3.8 Flash et Gemini 3.8 Live.
EvoLink ne dispose d'aucune route, d'aucun SKU ni d'aucune date d'intégration pour Gemini 4. Utilisez une route Gemini actuelle répertoriée et laissez le futur candidat non défini jusqu'à la vérification de la réussite des requêtes, de l'identité renvoyée, du décompte d'usage et de la facturation.
Indique que Google a "started our most ambitious pre-training run yet, for Gemini 4". Elle nomme le modèle mais ne donne ni date, ni variante, ni spécification, ni plan d'API.
Répertorie les modèles actuels de l'API Gemini jusqu'à Gemini 3.8 Flash et Gemini 3.8 Live, sans code de modèle Gemini 4, ID de preview ni route appelable.
Google ne publie ni ligne tarifaire Gemini 4 ni entrée correspondante dans le changelog de l'API. Les affirmations tierces sur le prix et le contexte sont des prédictions, pas de la documentation.
Cette page passera du suivi de disponibilité à l'accès en direct uniquement après la publication du contrat de l'API par Google et la vérification par EvoLink d'une requête authentifiée réussie, de l'identité du modèle renvoyée, de l'usage et de la facturation. Une annonce de Google ne modifie pas à elle seule le statut EvoLink.
Google confirme que le modèle est en développement, mais n'a publié ni model card, ni tableau des capacités, ni tarifs, ni benchmark pour Gemini 4. Les points ci-dessous sont ce que les développeurs disent attendre, formulés comme des tests à exécuter plus tard, pas comme des affirmations sur le modèle.
Aucune capacité de Gemini 4 n'est confirmée au-delà de son statut de modèle Gemini de nouvelle génération en pré-entraînement en juillet 2026. La question utile consiste à déterminer si une route publiée apporte un avantage mesurable par rapport aux routes Gemini 3.8 Flash et Gemini 3.1 Pro que vous pouvez évaluer dès aujourd'hui.
Les équipes veulent un modèle de nouvelle génération qui justifie l'effort de migration sur les tâches difficiles de code, de raisonnement et de connaissance. Un nouveau numéro de version ne prouve pas à lui seul ce gain.
Les équipes d'agents se soucient de traces complètes, d'appels d'outils valides, de la reprise après échec et d'une faible intervention des reviewers, pas seulement des scores ponctuels.
Une route plus récente n'a de valeur que si les tokens, les nouvelles tentatives, la latence, les fallbacks et l'effort de vérification améliorent l'économie des tâches acceptées.
L'adoption en production exige une identité, des entrées, des outils, des quotas, un comportement d'erreur, des relevés d'usage et un rollback stables, pas seulement une annonce destinée au grand public.
Préparez dès maintenant les preuves, la configuration et les chemins de rollback afin que le travail du jour du lancement soit une validation, et non une réécriture propre à un fournisseur.
Ne codez pas en dur un identifiant Gemini 4 deviné. Laissez le candidat non défini jusqu'à ce qu'EvoLink vérifie la réussite d'une requête et l'identité du modèle renvoyée.
Collectez de vraies tâches de code, d'agents, de documents, multimodales, d'outils et de sorties structurées avec des critères d'acceptation objectifs.
Relevez la qualité, la latence, les erreurs d'outils, l'usage des tokens, les nouvelles tentatives, l'effort de vérification et le coût par tâche acceptée pour Gemini 3.8 Flash et Gemini 3.1 Pro.
Fixez des seuils pour la réussite des tâches, la latence p95, le coût total, les incidents, le comportement vis-à-vis des règles, les corrections humaines et le rollback.
Consignez le modèle demandé et renvoyé, les paramètres, les entrées, les outils, l'usage, la raison de fin, les blocages de sécurité, la chaîne de fallback et la facturation.
Conservez une route actuelle mesurée au service des utilisateurs jusqu'à ce que le candidat démontre une amélioration propre au workload sous un trafic contrôlé.
Appuyez-vous sur le comportement documenté de Gemini 3.8 Flash et Gemini 3.1 Pro pour préparer les vérifications. Ces références servent à votre harness d'évaluation ; ce ne sont ni des spécifications de Gemini 4 ni des prévisions de prix.
Réponse actuelle concernant Gemini 4 : l'ID de modèle, les tarifs, les limites, le contrat d'entrée, les variantes, la date de sortie et la route EvoLink sont tous non publiés ou non vérifiés.
| Champ | Référence Gemini actuelle documentée | À vérifier pour Gemini 4 |
|---|---|---|
| ID du modèle et variantes | gemini-3.8-flash et gemini-3.1-pro-preview sont des endpoints documentés | ID Gemini 4 exact, existence de variantes Pro/Flash, phase de publication, comportement des snapshots et identité renvoyée |
| Prix standard des tokens | Gemini 3.8 Flash et 3.1 Pro disposent de tarifs distincts publiés | Tarifs Gemini 4 officiels et prix en vigueur de la route EvoLink ; ne jamais reprendre un prix 3.x |
| Batch, cache et niveaux de service | La prise en charge et les tarifs varient selon l'endpoint Gemini actuel et la taille du prompt | Niveaux admissibles, TTL et règles du cache, prix du stockage et facturation de la route |
| Contexte et sortie | La documentation de Gemini 3.8 Flash indique une fenêtre de contexte de 1M tokens | Limites d'entrée et de sortie de Gemini 4, comportement du contexte utile, troncature et tarification du contexte long |
| Entrées et outils | Les endpoints actuels documentent les entrées multimodales, le thinking, les outils, le grounding et les sorties structurées | Entrées prises en charge, schéma des fonctions, grounding, exécution de code, streaming et contrat d'erreurs |
| Quotas et conditions relatives aux données | Les limites et les règles d'utilisation des données varient selon le niveau, le compte et le canal Google | RPS, TPM, requêtes simultanées, régions, conditions de preview, conservation et comportement des erreurs 429 |
| Route EvoLink | Conserver une route Gemini actuelle mesurée comme fallback | Réussite des requêtes, identité renvoyée, usage, capacité, facturation et rollback |
Voici les champs de requête que les équipes doivent préparer et retester le jour du lancement. Le comportement actuel de Gemini constitue une référence de compatibilité, pas une spécification de Gemini 4.
La prise en charge des paramètres par Gemini 4 est inconnue. Laissez l'ID du modèle candidat non défini jusqu'à l'existence d'un contrat d'API public et d'une route EvoLink vérifiée.
| Paramètre ou champ | Comportement actuel de Gemini | Vérification de Gemini 4 le jour du lancement |
|---|---|---|
| model | Les endpoints actuels utilisent des codes de modèle documentés | ID exact, phase de publication, alias et identité renvoyée |
| contents | Objets de contenu et de partie Gemini | Rôles, parties texte, image, audio, vidéo et PDF, ainsi que validation |
| systemInstruction | Pris en charge par les endpoints actuels de génération Gemini | Format, priorité, décompte des tokens et limites |
| maxOutputTokens | Plafond de sortie de GenerationConfig | Maximum, valeurs par défaut, troncature et facturation |
| temperature / topP / topK | Les contrôles d'échantillonnage varient selon le modèle et la tâche | Plages acceptées, valeurs par défaut, interactions et erreurs |
| thinkingConfig | Les contrôles de thinking sont documentés pour les modèles Gemini 3 actuels | Contrôles pris en charge, valeurs par défaut, visibilité des tokens, qualité, latence et coût |
| tools / toolConfig | Le function calling et certains outils intégrés dépendent du modèle | Sous-ensemble du schéma, choix des outils, appels parallèles et prise en charge des outils intégrés |
| responseMimeType / responseSchema | Les sorties structurées sont prises en charge sur les routes actuelles documentées | Prise en charge de JSON Schema, validation, raisons de fin et compatibilité |
| cachedContent | Le cache du contexte dépend de l'endpoint et du niveau de service | Éligibilité, TTL, identité du cache, décompte des hits et facturation |
| safetySettings | Les paramètres de sécurité des requêtes utilisent les catégories de préjudice documentées | Catégories prises en charge, seuils, blocages et raisons de fin |
| streamGenerateContent | Le streaming est disponible sur les routes de génération Gemini compatibles | Ordre des chunks, transmission de l'usage, événements d'outils, erreurs et annulation |
| usageMetadata / finishReason | Les réponses exposent l'usage des tokens et l'état d'achèvement | Structure des champs, décompte du thinking/cache, blocages et rapprochement des factures |
| Limites et régions | Dépend du compte, du niveau de service, du canal et de la région | Contexte, sortie, RPS, TPM, requêtes simultanées, résidence des données et erreurs 429 |
Laissez le candidat non défini jusqu'à ce qu'EvoLink vérifie une requête réussie et l'identité du modèle renvoyée. Cet exemple limité à la configuration n'envoie aucune requête API et ne présume d'aucun ID de modèle Gemini 4.
const activeModel = process.env.EVOLINK_PRIMARY_MODEL
const fallbackModel = process.env.EVOLINK_FALLBACK_MODEL
const gemini4Candidate = process.env.EVOLINK_GEMINI_4_MODEL || null
// Keep the candidate unset until EvoLink verifies a callable route and returned identity.
export const modelRouting = {
activeModel,
fallbackModel,
gemini4Candidate,
}Google développe Gemini ; le rôle d'EvoLink est de faciliter la comparaison, l'exploitation, le changement et le rollback d'un accès vérifié au modèle une fois qu'une route est réellement appelable. Aujourd'hui, cela signifie évaluer les routes Gemini actuelles et garder le choix du modèle dans la configuration.
Conservez une intégration, une clé, une interface de facturation et un parcours d'observabilité uniques tandis que le choix du modèle change par configuration.
Ne publier l'accès qu'après validation de la réussite des requêtes, de l'identité renvoyée, de l'usage, des prix et de la facturation.
Évaluez le candidat offline et sur du trafic canary tout en conservant une route Gemini actuelle comme rollback mesuré.
Consultez le suivi de sortie pour les preuves sensibles au temps et les guides comparatifs pour les décisions concernant les modèles que vous pouvez évaluer dès aujourd'hui.
Suivez ce que Google a confirmé, ce qui relève de la rumeur, les conditions d'une API publique et les preuves susceptibles de modifier le statut de cette page.
Pour les équipes déjà sur des workflows OpenAI : quoi exécuter maintenant, quoi adapter et ce que Gemini 4 devra prouver avant un test en shadow.
Pour les équipes d'agents de longue durée sur Claude : relevez votre référence de réutilisation du contexte et de reprise, puis définissez ce qu'une nouvelle route devra prouver.
Google a publiquement confirmé que Gemini 4 est en pré-entraînement, dans sa lettre de résultats du T2 datée du 22 juillet 2026 et dans son annonce de Gemini 3.6 Flash du 21 juillet. Il s'agit d'une déclaration sur le développement, pas d'un lancement produit : aucune date de sortie, variante, spécification ou API n'a été annoncée.
Google n'a publié aucune date de sortie. Les prédictions d'une sortie en fin d'année qui circulent en ligne sont des estimations tierces, pas des informations officielles.
Non. Au 16 septembre 2026, il est absent du catalogue public de modèles de Google, de la page des tarifs et du changelog. Les modèles les plus récents répertoriés sont Gemini 3.8 Flash et Gemini 3.8 Live.
Aucun ID de modèle public pour les requêtes n'existe. gemini-4 est le slug de l'URL de cette page, pas un identifiant appelable, et vous ne devez pas présumer que l'ID final suivra ce schéma.
Les tarifs ne sont pas publiés. Les prix actuels de Gemini 3.8 Flash et 3.1 Pro ne sont que des références pour votre propre modèle de coût, pas une prévision pour Gemini 4.
Google n'a confirmé aucune variante de Gemini 4. N'extrapolez pas les noms à partir des gammes Gemini 2.5 et 3.x ; cette page ne listera les variantes qu'une fois documentées par Google.
Non. Gemma est la famille de modèles à poids ouverts de Google et constitue un produit différent. Les téléchargements, licences ou guides d'auto-hébergement de Gemma 4 ne sont pas des preuves concernant l'API Gemini 4.
Non. La déclaration de Google décrit le démarrage d'un entraînement en juillet 2026 ; elle ne dit pas combien de temps prendront l'entraînement, le post-entraînement ou l'évaluation, et ne s'engage sur aucune fenêtre de lancement.
Non. EvoLink ne dispose d'aucune route, d'aucun SKU ni d'aucune date d'intégration pour Gemini 4. Le statut ne changera qu'après la publication d'un contrat d'API par Google et la vérification par EvoLink d'une requête authentifiée réussie, de l'identité du modèle renvoyée, de l'usage, des prix et de la facturation.
Examinez Gemini 3.8 Flash pour le niveau Flash actuel ou Gemini 3.1 Pro comme référence actuelle de la famille Pro, puis vérifiez la route EvoLink répertoriée avant la production.
Non. Gardez le choix du modèle configurable, évaluez les routes actuelles, enregistrez des traces représentatives et conservez un fallback mesuré. Attendre un modèle sans date a un coût et aucun calendrier.
Vérifiez l'ID officiel du modèle, le prix, les entrées, les limites de contexte et de sortie, les outils, les contrôles de thinking, le streaming, les quotas, les régions, la réussite des requêtes, l'identité renvoyée, l'usage et la facturation, puis promouvez par étapes de replay, shadow et canary avec rollback.
Examinez les modèles actuels documentés par le fournisseur et vérifiez chaque route EvoLink avant la production. Ne comparez Gemini 4 qu'après vérification de l'identité, des requêtes, de l'usage et de la facturation.
Gemini 3.8 Flash
RépertoriéLe modèle Flash le plus récent répertorié par Google, positionné pour l'ingénierie logicielle et les agents de longue durée. Vérifiez la route EvoLink avant la production.
Voir le modèle
Gemini 3.1 Pro
RépertoriéLa référence actuelle et documentée de la famille Pro pour le raisonnement complexe, le code, les outils et les tâches multimodales. Vérifiez la route EvoLink avant la production.
Voir le modèle
Famille de modèles Gemini
ComparerComparez les fiches Gemini actuelles selon l'accès au modèle, le prix, le contexte, le rôle en production et l'adéquation au workload.
Voir le modèle