Google је застарео две Gemini Фласх API пужеве и аутоматски усмерава саобраћај са сваког старог назива на новију замену, стварајући промену каталога модела малог изгледа са већим последицама по мрежне пролазе, аналитику и извештавање клијената.

Према напоменама о издању Google Gemini API од 8. октобра 2026., gemini-3.7-flash је застарео и замењен са gemini-3.8-flash. Захтеви послати на застарели 3.7 Фласх слуг се аутоматски преусмеравају на 3.8 Фласх. Google је такође застарео gemini-3.5-flash, заменивши га са gemini-3.6-flash и истим понашањем аутоматског преусмеравања.

Компанија је такође застарела deep-research-pro-preview-12-2025 и каже да ће се агент Дееп Ресеарцх угасити 23. октобра 2026. са путевима миграције на новије агенте Дееп Ресеарцх. То даје тимовима кратак прозор да идентификују употребу у производњи, промене закачене ИД-ове и верификују понашање излаза пре него што стара крајња тачка прегледа нестане.

Шта се променило у Gemini API

Непосредна оперативна промена је једноставна: захтев може да именује један модел док Google служи другом. То није исто што и програмер који намерно уређује апликацију од gemini-3.7-flash до gemini-3.8-flash. То је замена на страни добављача.

За једноставне апликације, разлика може бити невидљива ако одговори остану прихватљиви. За тимове који воде процене, аналитику окренуту клијентима, регулисане токове посла или приписивање трошкова, то је важно. Унос дневника који бележи само тражени модел може учинити да изгледа као да застарели модел још увек управља саобраћајем. Контролна табла која бележи само сервирани модел може да сакрије чињеницу да купци још увек зову стари пуж. Оба приказа су непотпуна.

Овде алиаси модела АИ постају више од погодности за програмере. Гатеваи-и треба да разликују најмање три случаја: стабилан псеудоним клијента креиран од стране платформе, псеудоним провајдера који намерно плута и руту застарелости добављача која тихо мапира стари ИД јавног модела у нови. Третирање сва три као истог поља ствара двосмислену аналитику.

Зашто је аутоматско преусмеравање корисно, али ризично

Аутоматско преусмеравање смањује тренутни лом. Ако клијент има чврсто кодиран gemini-3.7-flash, рута замене Google може да настави да се извршавају захтеви док тим ажурира конфигурацију. То је практичан избор за континуитет услуге, посебно за апликације где су ИД-ови модела распоређени по скриптама, интеграцијама партнера, упитима или подешавањима корисника.

Компромис је губитак експлицитне контроле. Замена модела може да промени кашњење, стил излаза, безбедносно понашање, обрасце коришћења алата или поузданост ивица чак и када је позив API и даље успешан. Програмери можда неће приметити промену док се оцена не промени, док се упит не понаша другачије или клијент не пита зашто пријављена употреба више не одговара документацији.

Ризик је већи за платформе које излажу Google моделе преко шејтвеја са више модела API за тимове. Ти производи се налазе између провајдера и крајњег корисника, тако да они морају да одлуче колики ће део понашања провајдера да исплива на површину. Мрежни пролаз који једноставно прослеђује стару групу и наплаћује резултирајући позив као и обично може сачувати компатибилност, али оставља тимове за подршку и финансије са слабим ревизорским трагом.

Које мрежне пролазе и платформе продаваца треба да сниме

Најчистији образац је чување захтеваног модела, решеног модела добављача и правила псеудонима које је изазвало решење. За промену Gemini Фласх, то значи да би запис о коришћењу требало да буде у стању да покаже да је клијент захтевао gemini-3.7-flash, Google послужио gemini-3.8-flash, а разлог је било преусмеравање застарелости Google, а не резервно правило које дефинише клијент.

Та разлика утиче на подршку за обрачун, планирање миграције и поверење у производ. Ако клијент пита да ли њихова апликација још увек користи застарели модел, одговор не би требало да захтева ручну археологију евиденције. Ако препродавац треба да обавести низводне налоге, требало би да буде у могућности да сегментира према захтеваном застарелом пушку. Ако интерни пакет за процену почне да не успева, инжењери би требало да буду у могућности да упореде резултате пре и после промене сервираног модела без нагађања када се саобраћај померио.

За производе у стилу Model Gate, практичан рад је у аналитици коришћења и извештавању клијената. Контролна табла за аналитику коришћења треба да избегава сажимање захтеваног и приказаног модела у једну ознаку. Такође би требало да учини застареле ИД-ове довољно видљивим да власници налога могу да покрену миграције пре него што се подршка добављача заврши.

Искључивање агента Дееп Ресеарцх додаје другу врсту рока. За разлику од Фласх преусмеравања, Google каже да ће се deep-research-pro-preview-12-2025 угасити 23. октобра 2026. Тимови који користе тај агент за преглед треба да мигрирају уместо да се ослањају на неограничено рутирање компатибилности. Пошто токови рада Дееп Ресеарцх могу бити уграђени у дуготрајнија истраживања или цевоводе за аутоматизацију, провера миграције треба да садржи упите, претпоставке алата, излазне формате и све листе дозвољених ускладиштених модела.

Шта остаје неизвесно

Напомене о издању

Google идентификују застареле „пугове“, замене и понашање при преусмеравању, али не решавају свако оперативно питање за низводне платформе. Напомене не пружају широко поређење понашања између старог и заменског Фласх модела у цитираном уносу у дневнику промена. Они такође не наводе датум гашења за застареле Фласх пужеве на исти начин на који то чине за Дееп Ресеарцх агент за преглед.

То оставља тимовима познат проблем API-управљања: компатибилност се за сада може наставити, али стабилно стање је и даље миграција. Програмери би требало да ажурирају експлицитне изборе модела, поново покрећу критичне процене према ИД-овима замене и да се увере да евиденције задржавају довољно детаља да објасне шта се десило током транзиције.

Шира лекција је да ИД-ови модела више нису једноставни називи производа. То могу бити стабилна издања, покретни псеудоними, подлошке за компатибилност или замке за застарелост. Мрежним пролазима који желе да пруже клијентима поуздану контролу потребан је модел података који може директно да представи те разлике.