Google ha obsolet dos Gemini Flash API slugs i està encaminant automàticament el trànsit de cada nom antic a un de reemplaçament més recent, creant un canvi de catàleg de model d'aspecte petit amb conseqüències més grans per a passarel·les, anàlisis i informes de clients.
Segons les notes de la versió Gemini API de Google amb data del 8 d'octubre de 2026, gemini-3.7-flash està obsolet i substituït per gemini-3.8-flash. Les sol·licituds enviades al slug Flash 3.7 obsolet s'envien automàticament a Flash 3.8. Google també ha obsolet gemini-3.5-flash, substituint-lo per gemini-3.6-flash i el mateix comportament de desviament automàtic.
L'empresa també ha obsolet el deep-research-pro-preview-12-2025 i diu que l'agent Deep Research tancarà el 23 d'octubre de 2026, amb camins de migració a agents Deep Research més nous. Això ofereix als equips una breu finestra per identificar l'ús de producció, canviar els identificadors fixats i verificar el comportament de la sortida abans que desaparegui l'antic punt final de previsualització.
Què va canviar al Gemini API
El canvi operatiu immediat és senzill: una sol·licitud pot anomenar un model mentre que Google serveix un altre. Això no és el mateix que un desenvolupador que editi deliberadament una aplicació de gemini-3.7-flash a gemini-3.8-flash. És una substitució del proveïdor.
Per a aplicacions senzilles, la diferència pot ser invisible si les respostes segueixen sent acceptables. Per als equips que realitzen avaluacions, anàlisis orientades al client, fluxos de treball regulats o atribució de costos, és important. Una entrada de registre que només registra el model sol·licitat pot fer semblar que un model obsolet encara gestiona el trànsit. Un tauler que només registra el model servit pot amagar el fet que els clients encara estan trucant a un vell llimac. Les dues visualitzacions estan incompletes.
Aquí és on els àlies de models d'IA es converteixen en més que la comoditat del desenvolupador. Les passarel·les han de distingir almenys tres casos: un àlies de client estable creat per la plataforma, un àlies de proveïdor que flota intencionadament i una ruta de desús del proveïdor que assigna silenciosament un ID de model públic antic a un de nou. Tractar els tres com el mateix camp crea anàlisis ambigües.
Per què el desviament automàtic és útil però arriscat
El desviament automàtic redueix el trencament immediat. Si un client té el codi dur gemini-3.7-flash, la ruta de substitució de Google pot mantenir les sol·licituds en funcionament mentre l'equip actualitza la configuració. Aquesta és una opció pràctica de continuïtat del servei, especialment per a aplicacions on els identificadors de model es distribueixen entre scripts, integracions de partners, sol·licituds o configuracions del client.
La compensació és la pèrdua de control explícit. Un reemplaçament de model pot canviar la latència, l'estil de sortida, el comportament de seguretat, els patrons d'ús d'eines o la fiabilitat dels casos extrems, fins i tot quan la trucada API encara tingui èxit. És possible que els desenvolupadors no notin el canvi fins que una avaluació es desviï, un missatge es comporti de manera diferent o un client pregunti per què l'ús informat ja no coincideix amb la documentació.
El risc és més elevat per a les plataformes que exposen Google models mitjançant una passarel·la multi-model API per a equips. Aquests productes es troben entre el proveïdor i l'usuari final, de manera que han de decidir quant del comportament d'encaminament del proveïdor apareixerà. Una passarel·la que simplement reenviï l'antic slug i factura la trucada resultant com de costum pot preservar la compatibilitat, però deixa els equips de suport i finances amb una pista d'auditoria feble.
Quines passarel·les i plataformes de distribuïdors haurien de registrar
El patró més net és emmagatzemar el model sol·licitat, el model de proveïdor resolt i la regla d'àlies que va provocar la resolució. Per al canvi Gemini Flash, això vol dir que un registre d'ús hauria de poder mostrar que el client ha sol·licitat gemini-3.7-flash, Google va servir gemini-3.8-flash, i el motiu va ser la reorientació de la desaparició de Google en lloc d'una regla alternativa definida pel client.
Aquesta distinció afecta el suport de facturació, la planificació de la migració i la confiança del producte. Si un client pregunta si la seva aplicació encara utilitza un model obsolet, la resposta no hauria de requerir una arqueologia de registre manual. Si un distribuïdor ha de notificar els comptes aigües avall, hauria de poder segmentar-se per l'heretat slug sol·licitat. Si una suite d'avaluació interna comença a fallar, els enginyers haurien de poder comparar els resultats abans i després del canvi de model publicat sense endevinar quan es va moure el trànsit.
Per als productes d'estil Model Gate, el treball pràctic consisteix en l'anàlisi d'ús i els informes de clients. Un tauler d'anàlisi d'ús hauria d'evitar replegar el model sol·licitat i publicat en una sola etiqueta. També hauria de fer que els identificadors obsolets siguin prou visibles perquè els propietaris del compte puguin impulsar les migracions abans que finalitzi l'assistència del proveïdor.
L'aturada de l'agent Deep Research afegeix un segon tipus de termini. A diferència d'una redireccionament Flash, Google diu que deep-research-pro-preview-12-2025 es tancarà el 23 d'octubre de 2026. Els equips que utilitzen aquest agent de previsualització han de migrar en lloc de confiar en un encaminament de compatibilitat indefinit. Com que els fluxos de treball de Deep Research poden estar integrats en canalitzacions de recerca o d'automatització de llarga durada, la comprovació de migració hauria d'incloure sol·licituds, supòsits d'eines, formats de sortida i qualsevol llista de models emmagatzemats.
Què segueix sent incert
Les notes de llançament deGoogle identifiquen els slugs, les substitucions i el comportament de desviament obsolets, però no resolen totes les qüestions operatives de les plataformes posteriors. Les notes no proporcionen una comparació de comportament àmplia entre els models Flash antics i de substitució a l'entrada del registre de canvis citada. Tampoc indiquen una data de tancament per als slug Flash obsolets de la mateixa manera que ho fan per a l'agent de previsualització de Deep Research.
Això deixa als equips amb un problema de gestió APIconegut: la compatibilitat pot continuar de moment, però l'estat estable encara és la migració. Els desenvolupadors haurien d'actualitzar les seleccions de models explícites, tornar a executar avaluacions crítiques amb els ID de substitució i assegurar-se que els registres conserven prou detalls per explicar què va passar durant la transició.
La lliçó més àmplia és que els identificadors de models ja no són noms de producte senzills. Poden ser versions estables, àlies mòbils, shims de compatibilitat o trampes de desús. Les passarel·les que volen oferir als clients un control fiable necessiten un model de dades que pugui representar aquestes diferències directament.