El 1 de junio Google apagó cuatro modelos de su familia Gemini 2.0: gemini-2.0-flash, gemini-2.0-flash-001, gemini-2.0-flash-lite y gemini-2.0-flash-lite-001. Sin migración automática. Hoy, 18 de junio, el Gemini CLI también queda fuera de servicio para cuentas sin licencia enterprise. Los flujos que tenían esas llamadas llevan 17 días fallando en silencio.
El problema concreto para empresas medianas no es técnico: es de inventario. La mayoría de los equipos no saben qué versión de modelo usa su herramienta de automatización. Si tienes flujos construidos en Make, Zapier o n8n que conectan con Google AI, el identificador de modelo puede estar hardcodeado en una configuración que nadie ha revisado en meses.
Google notificó la deprecación a los desarrolladores con API key directa. No notificó a los usuarios de plataformas de automatización no-code que usan Gemini como backend. Si tu stack incluye integraciones de Google Workspace con IA o conectores de terceros, la responsabilidad de detectar la versión afectada es tuya.
La auditoría tiene tres pasos: primero, identificar qué workflows invocan algún servicio de Google AI. Segundo, revisar si el identificador de modelo está explícito o si la herramienta usa un alias genérico como latest. Tercero, migrar directamente a gemini-3.5-flash — los modelos 2.5 también tienen fecha de retiro el 16 de octubre, así que migrar a 2.5 es gastar tiempo dos veces.
Si gestionas estos flujos sin acceso técnico a los parámetros del modelo, la acción esta semana es una sola: contacta al proveedor de tu herramienta de automatización y pregunta qué versión de Gemini usa y si ya migró. Esa respuesta determina si tienes un problema activo o solo un riesgo latente.