Tu app clasifica solicitudes de clientes con gemini-2.5-pro. Nadie toca el código, pero el 1 de diciembre empieza a responder otro modelo y la factura se calcula con otra tarifa. Si esperas al cambio automático, podrías descubrir en producción que una llamada a herramientas o la forma del JSON ya no funciona como antes. Google anunció el 2 de noviembre de 2026 la retirada de Gemini 2.5 Pro y Gemini 2.5 Flash en AI Studio y un nuevo destino para las llamadas de API.
Qué cambia exactamente
Desde el 1 de diciembre de 2026, las solicitudes al ID gemini-2.5-pro se dirigirán automáticamente a gemini-3.8-flash; las de gemini-2.5-flash, a gemini-3.5-flash-lite. Google indica que cada ruta se facturará a las tarifas del modelo de destino. Los modelos 2.5 ya no se pueden seleccionar en Google AI Studio y su acceso por API queda limitado a usuarios existentes que los usaron activamente. Gemini 2.5 Flash-Lite no está incluido en este anuncio de retirada. No confundas estos tres IDs.
Un redireccionamiento no equivale a compatibilidad garantizada. La tabla oficial de retiradas y la guía de migración señalan cambios incompatibles en llamadas a funciones y validación de thought_signature, el reemplazo de thinking_budget por thinking_level, y la eliminación de algunos parámetros de muestreo y turnos de modelo prellenados. La combinación que falle depende de tu implementación; no hay evidencia de que todas las apps se rompan.
Una migración pequeña que puedes hacer hoy
- Encuentra las llamadas afectadas. Busca los IDs en código, variables de entorno, configuraciones de trabajos programados y ejemplos copiados. En la raíz del repositorio, usa este comando; solo inspecciona texto y no cambia archivos:
rg -n 'gemini-2\.5-(pro|flash)' .Si el resultado contiene gemini-2.5-flash-lite, revísalo por separado: no es el destino ni el modelo retirado de esta noticia. Guarda la lista de rutas y propietarios antes de editar para no dejar un job nocturno con el ID antiguo.
- Fija explícitamente el destino. Cambia Pro por
gemini-3.8-flasho Flash porgemini-3.5-flash-lite, según el uso real. No reemplaces los nombres a ciegas en todo el repositorio: una tarea que usaba Pro para razonamiento largo merece otra evaluación que un clasificador barato. - Revisa la forma de la petición. Compara tu llamada con la guía de migración de 3.8 Flash o la de 3.5 Flash-Lite. Si usas herramientas, firmas de pensamiento,
thinking_budget, parámetros de muestreo o un turno prellenado, trátalos como puntos de prueba explícitos. - Compara salidas con casos reales anonimizados. Toma diez entradas representativas: una normal, varias ambiguas, una con campos faltantes y una que debería pedir revisión humana. Para cada una, comprueba el esquema esperado, las herramientas invocadas, la latencia y los tokens facturados. Si tu producto decide algo sensible, no te conformes con “respondió 200”.
Ejemplo: si tu app convierte un mensaje en {categoria, prioridad, requiere_revision}, el contrato que importa es que siempre devuelva esas tres claves con tipos válidos, marque los casos dudosos para revisión y no invente una categoría. Puedes usar una muestra de mensajes propios, sin datos personales, y guardar el antes/después. Esta es una propuesta de prueba; no ejecuté llamadas en una cuenta de Gemini ni medí su rendimiento para SoyJB.
Costos y decisión
El modelo de destino cambia también el precio. Consulta la tabla vigente de Google y estima con tus tokens de entrada, salida, razonamiento y herramientas; no extrapoles solo desde el nombre “Flash” o “Lite”. Si tu app usa un agregador o gateway, verifica además cuándo aplicará el redireccionamiento en esa capa y quién factura. Google documenta la redirección de su API, no todas las rutas de terceros.
Si encuentras alguno de los dos IDs afectados, haz la migración en un entorno de prueba antes del 1 de diciembre y decide con resultados guardados. Si no los usas, anota el cambio y no toques una integración que funciona. La noticia útil no es que “sale otro Gemini”: es que mantener el mismo string dejará de significar el mismo modelo.