Google ukončila podporu dvou Gemini modulů Flash API a automaticky směruje provoz z každého starého názvu na novější náhradu, čímž vytváří drobně vypadající změnu katalogu modelů s většími důsledky pro brány, analýzy a vytváření přehledů zákazníků.

Podle poznámek k vydání Google Gemini API z 8. října 2026 je gemini-3.7-flash zastaralé a nahrazeno gemini-3.8-flash. Požadavky odeslané na zastaralý 3.7 Flash slug jsou automaticky směrovány do 3.8 Flash. Google také přestalo být podporováno gemini-3.5-flash a bylo nahrazeno gemini-3.6-flash se stejným automatickým přesměrováním.

Společnost také ukončila podporu deep-research-pro-preview-12-2025 a uvádí, že agent Deep Research bude ukončen 23. října 2026 s přechodem na novější agenty Deep Research. To poskytuje týmům krátké okno pro identifikaci produkčního použití, změnu připnutých ID a ověření výstupního chování, než starý koncový bod náhledu zmizí.

Co se změnilo v Gemini API

Okamžitá provozní změna je přímočará: požadavek může pojmenovat jeden model, zatímco Google obsluhuje jiný. To není totéž, jako když vývojář záměrně upravuje aplikaci z gemini-3.7-flash na gemini-3.8-flash. Je to náhrada na straně poskytovatele.

U jednoduchých aplikací může být rozdíl neviditelný, pokud odpovědi zůstanou přijatelné. Pro týmy provozující hodnocení, analýzy zaměřené na zákazníky, regulované pracovní postupy nebo přiřazování nákladů je to důležité. Záznam protokolu, který zaznamenává pouze požadovaný model, může vypadat, jako by provoz stále zpracovává zastaralý model. Palubní deska, která zaznamenává pouze obsluhovaný model, může zakrýt skutečnost, že zákazníci stále volají starého slimáka. Oba pohledy jsou neúplné.

To je místo, kde se aliasy modelu AI stávají více než jen pohodlím pro vývojáře. Brány musí rozlišovat alespoň tři případy: stabilní alias zákazníka vytvořený platformou, alias poskytovatele, který záměrně plovoucí, a trasu ukončení podpory poskytovatele, která tiše mapuje staré ID veřejného modelu na nové. Považování všech tří za stejné pole vytváří nejednoznačnou analýzu.

Proč je automatické přesměrování užitečné, ale riskantní

Automatické přesměrování snižuje okamžité poškození. Pokud má zákazník napevno zakódovaný gemini-3.7-flash, náhradní cesta Google může udržovat požadavky spuštěné, zatímco tým aktualizuje konfiguraci. Jedná se o praktickou volbu kontinuity služeb, zejména pro aplikace, kde jsou ID modelů distribuována napříč skripty, partnerskými integracemi, výzvami nebo zákaznickými nastaveními.

Výhodou je ztráta explicitní kontroly. Nahrazení modelu může změnit latenci, styl výstupu, bezpečnostní chování, vzorce používání nástrojů nebo spolehlivost okrajového případu, i když je volání API stále úspěšné. Vývojáři si změny nemusí všimnout, dokud se hodnocení nepohne, výzva se nebude chovat jinak nebo se zákazník zeptá, proč hlášené využití již neodpovídá dokumentaci.

Riziko je vyšší u platforem, které odhalují Google modely prostřednictvím multimodelové API brány pro týmy. Tyto produkty leží mezi poskytovatelem a koncovým uživatelem, takže se musí rozhodnout, jak velká část směrovacího chování poskytovatele se objeví. Brána, která jednoduše přeposílá staré sluky a účtuje výsledný hovor jako obvykle, může zachovat kompatibilitu, ale týmům podpory a financí ponechává slabou auditní stopu.

Jaké brány a platformy distributorů by měly zaznamenávat

Nejčistším vzorem je uložit požadovaný model, vyřešený model poskytovatele a pravidlo aliasu, které způsobilo rozlišení. Pro změnu Gemini Flash to znamená, že záznam o použití by měl být schopen prokázat, že zákazník požadoval gemini-3.7-flash, Google poskytlo gemini-3.8-flash a důvodem bylo přesměrování ukončení podpory Google, nikoli zákazem definované pravidlo pro případnou pomoc.

Tento rozdíl ovlivňuje podporu fakturace, plánování migrace a důvěryhodnost produktu. Pokud se zákazník zeptá, zda jeho aplikace stále používá zastaralý model, odpověď by neměla vyžadovat ruční archeologii protokolů. Pokud prodejce potřebuje upozornit navazující účty, měl by být schopen segmentovat podle požadované starší verze. Pokud interní vyhodnocovací sada začne selhávat, inženýři by měli být schopni porovnat výsledky před a po změně obsluhovaného modelu, aniž by hádali, kdy se provoz přesunul.

U produktů ve stylu Model Gate spočívá praktická práce v analýze využití a hlášení zákazníků. Panel analýzy využití by se měl vyhnout sbalení požadovaného a poskytovaného modelu do jednoho štítku. Mělo by také zviditelnit zastaralá ID, aby mohli vlastníci účtů provést migraci před ukončením podpory poskytovatelů.

Odstavení agenta Deep Research přidává druhý druh termínu. Na rozdíl od přesměrování Flash, Google říká, že deep-research-pro-preview-12-2025 bude ukončen 23. října 2026. Týmy používající tohoto agenta náhledu musí migrovat, spíše než spoléhat na neomezené směrování kompatibility. Protože pracovní postupy Deep Research mohou být začleněny do dlouhodobějších výzkumných nebo automatizačních kanálů, kontrola migrace by měla zahrnovat výzvy, předpoklady nástrojů, výstupní formáty a všechny uložené seznamy povolených modelů.

Co zůstává nejisté

Poznámky k vydání

Google identifikují zastaralé nástroje, výměny a přesměrování, ale neřeší všechny provozní otázky pro následné platformy. Poznámky neposkytují široké srovnání chování mezi starými a náhradními Flash modely v citovaném záznamu changelogu. Rovněž neuvádějí datum ukončení pro zastaralé aplikace Flash, stejně jako to dělají u agenta pro náhled Deep Research.

Týmy tak mají známý API-problém se správou: kompatibilita může prozatím pokračovat, ale stabilním stavem je stále migrace. Vývojáři by měli aktualizovat explicitní výběry modelů, znovu spustit kritická hodnocení s náhradními ID a zajistit, aby protokoly obsahovaly dostatek podrobností, aby vysvětlily, co se stalo během přechodu.

Obecnější poučení je, že ID modelů již nejsou jednoduchými názvy produktů. Mohou to být stabilní verze, pohyblivé aliasy, podložky kompatibility nebo pasti na zavržení. Brány, které chtějí zákazníkům poskytnout spolehlivou kontrolu, potřebují datový model, který dokáže tyto rozdíly přímo reprezentovat.