Google heeft twee Gemini Flash API-slugs verouderd en stuurt verkeer automatisch van elke oude naam naar een nieuwere vervanging, waardoor een klein ogende wijziging in de modelcatalogus ontstaat met grotere gevolgen voor gateways, analyses en klantrapportage.

Volgens de releaseopmerkingen van Google Gemini API van 8 oktober 2026 is gemini-3.7-flash verouderd en vervangen door gemini-3.8-flash. Verzoeken die naar de verouderde 3.7 Flash-slug worden verzonden, worden automatisch doorgestuurd naar 3.8 Flash. Google heeft ook gemini-3.5-flash beëindigd en vervangen door gemini-3.6-flash en hetzelfde automatische omleidingsgedrag.

Het bedrijf heeft ook deep-research-pro-preview-12-2025 beëindigd en zegt dat de Deep Research-agent op 23 oktober 2026 wordt stopgezet, met migratiepaden naar nieuwere Deep Research-agents. Dat geeft teams een korte periode om het productiegebruik te identificeren, vastgezette ID's te wijzigen en het uitvoergedrag te verifiëren voordat het oude voorbeeldeindpunt verdwijnt.

Wat is er veranderd in de Gemini API

De onmiddellijke operationele verandering is eenvoudig: een verzoek kan het ene model benoemen, terwijl Google een ander model bedient. Dat is niet hetzelfde als een ontwikkelaar die opzettelijk een applicatie bewerkt van gemini-3.7-flash naar gemini-3.8-flash. Het is vervanging aan de providerzijde.

Voor eenvoudige toepassingen kan het verschil onzichtbaar zijn als de reacties acceptabel blijven. Voor teams die evaluaties, klantgerichte analyses, gereguleerde workflows of kostentoerekening uitvoeren, is het van belang. Een logboekvermelding waarin alleen het aangevraagde model wordt vastgelegd, kan de indruk wekken dat een verouderd model nog steeds verkeer afhandelt. Een dashboard dat alleen het bediende model registreert, kan het feit verbergen dat klanten nog steeds een oude slak bellen. Beide weergaven zijn onvolledig.

Dit is waar AI-modelaliassen meer worden dan alleen het gemak van ontwikkelaars. Gateways moeten ten minste drie gevallen onderscheiden: een stabiele klantalias die door het platform is aangemaakt, een provideralias die opzettelijk zweeft, en een providerbeëindigingsroute die stilletjes een oude openbare model-ID aan een nieuwe toewijst. Door ze alle drie als hetzelfde veld te behandelen, ontstaan dubbelzinnige analyses.

Waarom automatisch omleiden nuttig maar riskant is

Automatische omleiding vermindert onmiddellijke onderbrekingen. Als een klant gemini-3.7-flash hardgecodeerd heeft, kan de vervangingsroute van Google ervoor zorgen dat verzoeken actief blijven terwijl het team de configuratie bijwerkt. Dat is een praktische keuze voor servicecontinuïteit, vooral voor toepassingen waarbij model-ID's worden verdeeld over scripts, partnerintegraties, prompts of klantinstellingen.

De afweging is het verlies van expliciete controle. Een modelvervanging kan de latentie, de uitvoerstijl, het veiligheidsgedrag, de gebruikspatronen van tools of de betrouwbaarheid van edge-cases veranderen, zelfs als de API-aanroep nog steeds slaagt. Ontwikkelaars merken de verandering mogelijk pas op als een evaluatie afwijkt, een prompt zich anders gedraagt of een klant vraagt waarom het gerapporteerde gebruik niet langer overeenkomt met de documentatie.

Het risico is groter voor platforms die Google modellen beschikbaar stellen via een multi-model API gateway voor teams. Deze producten bevinden zich tussen de aanbieder en de eindgebruiker, dus zij moeten beslissen hoeveel van het routeringsgedrag van de aanbieder naar boven komt. Een gateway die eenvoudigweg de oude slug doorstuurt en het resulterende gesprek zoals gewoonlijk factureert, kan de compatibiliteit behouden, maar laat ondersteunings- en financiële teams achter met een zwak audittraject.

Welke gateways en resellerplatforms moeten registreren

Het schoonste patroon is het opslaan van het aangevraagde model, het opgeloste providermodel en de aliasregel die de oplossing heeft veroorzaakt. Voor de Gemini Flash-wijziging betekent dit dat een gebruiksrecord moet kunnen aantonen dat de klant gemini-3.7-flash heeft aangevraagd, Google gemini-3.8-flash heeft geleverd en dat de reden hiervoor de omleiding van de beëindiging van Google was in plaats van een door de klant gedefinieerde terugvalregel.

Dat onderscheid is van invloed op factureringsondersteuning, migratieplanning en productvertrouwen. Als een klant vraagt ​​of zijn applicatie nog steeds een verouderd model gebruikt, zou het antwoord geen handmatige log-archeologie moeten vereisen. Als een reseller downstream-accounts op de hoogte moet stellen, moet deze kunnen segmenteren op aangevraagde verouderde slug. Als een interne evaluatiesuite begint te falen, moeten technici in staat zijn om de resultaten voor en na de wijziging van het aangeboden model te vergelijken zonder te raden wanneer het verkeer zich verplaatst.

Voor producten in Model Gate-stijl zit het praktische werk in gebruiksanalyses en klantrapportage. Een dashboard voor gebruiksanalyse moet voorkomen dat het aangevraagde en weergegeven model in één label wordt samengevoegd. Het moet ook verouderde ID's zichtbaar genoeg maken zodat accounteigenaren migraties kunnen pushen voordat de ondersteuning van de provider eindigt.

De beëindiging van de Deep Research-agent voegt een tweede soort deadline toe. In tegenstelling tot een Flash-omleiding zegt Google dat deep-research-pro-preview-12-2025 op 23 oktober 2026 wordt afgesloten. Teams die die preview-agent gebruiken, moeten migreren in plaats van te vertrouwen op onbepaalde compatibiliteitsroutering. Omdat Deep Research-workflows kunnen zijn ingebed in langerlopende onderzoeks- of automatiseringspijplijnen, moet de migratiecontrole aanwijzingen, aannames van tools, uitvoerformaten en eventuele toelatingslijsten voor opgeslagen modellen omvatten.

Wat blijft onzeker

De release-opmerkingen van

Google identificeren de verouderde slugs, vervangingen en omleidingsgedrag, maar lossen niet alle operationele vragen voor downstream-platforms op. De opmerkingen bieden geen brede gedragsvergelijking tussen de oude en vervangende Flash-modellen in het geciteerde changelog-item. Ze vermelden ook geen afsluitdatum voor de verouderde Flash-slugs, zoals ze dat wel doen voor de Deep Research preview-agent.

Dat laat teams achter met een bekend API-beheerprobleem: de compatibiliteit kan voorlopig nog voortduren, maar de stabiele toestand is nog steeds migratie. Ontwikkelaars moeten expliciete modelselecties bijwerken, kritische evaluaties opnieuw uitvoeren op basis van de vervangende ID's en ervoor zorgen dat de logboeken voldoende details behouden om uit te leggen wat er tijdens de transitie is gebeurd.

De bredere les is dat model-ID's niet langer eenvoudige productnamen zijn. Het kunnen stabiele releases, bewegende aliassen, compatibiliteitsshims of beëindigingsvallen zijn. Gateways die klanten betrouwbare controle willen geven, hebben een datamodel nodig dat deze verschillen direct kan weergeven.