Lovable retira Gemini 2.5: tu app cambia de modelo sola

El changelog de Lovable del 22 al 27 de octubre de 2026 trae cosas de empresa grande casi todas. Pero hay una línea que te afecta aunque seas tú solo con una app montada en una tarde: los modelos de chat Gemini 2.5 ya no están disponibles para las funciones de IA de tu app. Se retiraron el 20 de octubre de 2026.

Y lo importante no es que se retiren. Es que tu app sigue funcionando sin que tú toques una línea, porque las peticiones se redirigen a otro modelo. O sea, responde con un modelo distinto al que elegiste y, si no te lees el changelog, no te enteras.

Qué se ha retirado y a dónde va cada petición

Tres modelos fuera: Gemini 2.5 Pro, Gemini 2.5 Flash y Gemini 2.5 Flash Lite. Con los identificadores que de verdad aparecen en tu proyecto: google/gemini-2.5-pro, google/gemini-2.5-flash y google/gemini-2.5-flash-lite.

Fíjate en la primera fila, porque ahí está el detalle feo. Un Pro y un Flash acaban en el mismo sitio. Si tú elegiste el Pro fue precisamente porque no querías un Flash.

El propio anuncio lo dice sin maquillarlo: tu app sigue funcionando sin cambios de código, pero el reemplazo puede costar una cantidad distinta por petición y puede responder de forma distinta. Dos avisos en una frase. La recomendación oficial es pedirle a Lovable que cambie el modelo por uno actual si tu app usaba alguno de los tres.

¿Por qué esto es más grave en una app de Lovable que en otra parte?

Porque en la mayoría de los casos no has elegido el modelo tú.

A ver, ¿qué pasa? Que lo normal aquí es describir lo que quieres y dejar que Lovable escoja el modelo. Eso está muy bien el día uno. El problema es el día ciento veinte, cuando el modelo que escogió se retira y tú no sabías ni cuál era.

Y el gasto se nota antes que nada. Los créditos de IA son un contador aparte del de build y del de Cloud, como conté en los tres contadores de créditos de Lovable, así que si quieres un tope para que no se te escape, los límites y avisos por proyecto llegaron a primeros de octubre.

Y si tu app hacía algo delicado con el modelo (clasificar, extraer datos de un documento, decidir), vuelve a probarlo. "Responde de forma distinta" significa que tus prompts están calibrados para un modelo que ya no está.

Knowledge ahora se llama Instructions

Cambio de nombre, cero cambio de funcionamiento. En los ajustes del espacio de trabajo y del proyecto, Knowledge pasa a llamarse Instructions. Lo que era workspace knowledge y project knowledge ahora son workspace instructions y project instructions, y el anuncio aclara que funcionan igual.

Parece una tontería, pero si un tutorial de hace dos meses te dice "ve a Knowledge y pega esto", ya sabes dónde buscar. Es el problema de casi todos los tutoriales de Lovable en español: la herramienta se mueve más rápido que el contenido que la explica.

Events & Hooks: tu app avisa a tus servicios

La novedad potente del batch, solo para administradores y propietarios en los planes Business y Enterprise. Son dos piezas distintas y conviene no mezclarlas.

Events. Lovable avisa a tu endpoint HTTPS cuando se crea un proyecto, se publica, se transfiere a otro espacio de trabajo o se borra. Tú escuchas y haces lo que quieras con eso.

Hooks. Aquí tu endpoint decide antes: puede permitir o bloquear la acción. El ejemplo del propio anuncio es revisar un mensaje del chat de un proyecto buscando datos sensibles, antes de que Lovable lo procese.

O sea, Events te cuenta lo que ya pasó. Hooks te deja decir que no. Se configura en los ajustes del espacio de trabajo.

Scrive: firmas electrónicas y verificación de identidad

Conector nuevo. Scrive eSign envía documentos a firmar y sigue el estado de la firma. Scrive eID Hub verifica quiénes son los usuarios de tu app con identidades electrónicas nacionales, y el anuncio nombra BankID y MitID. Para portales de contratos, altas con acuerdo firmado y registros con identidad verificada.

Se añade desde Connectors, o pidiéndoselo a Lovable en el proyecto. Va en la misma línea de los conectores de Google Business y Discord: Lovable sigue tapando los huecos que te obligaban a salir de la herramienta.

Dónde se guardan los datos de los proyectos nuevos

En Business y Enterprise se puede fijar una región por defecto para los proyectos nuevos de Lovable Cloud, en Settings → Security & compliance → Privacy & security → Default data hosting region, con tres opciones: Americas, Europe o Asia Pacific. Con una fijada, los proyectos nuevos la usan y los miembros no pueden elegir otra.

Dos letras pequeñas. Solo aplica a proyectos nuevos: los que ya existen se quedan en su región y no se migran.

Y fijar una región obliga a que los proyectos nuevos usen una instancia de base de datos micro o superior, que puede gastar más créditos. Un ajuste de cumplimiento normativo que te sube la factura.

Seguridad: arreglo automático y detección de datos personales

Auto-fix de hallazgos críticos. Lovable puede corregir solo los hallazgos críticos elegibles del escaneo Basic mientras hace su trabajo normal: usa los últimos hallazgos de nivel error como contexto en el chat e intenta arreglar los problemas seguros, como configuraciones mal puestas de seguridad a nivel de fila (RLS) y patrones de acceso a la base de datos. No se aplica al escaneo Deep.

Escaneo de datos sensibles. Solo Enterprise. Detecta información personal identificable (PII) en los proyectos, protege el envío de mensajes y adjuntos en el chat y puede bloquear la publicación de proyectos con hallazgos sin resolver. El escaneo a demanda sale de la pestaña Sensitive data y revisa chat, base de datos de Cloud y almacenamiento.

Lo del auto-fix me gusta y me da respeto a la vez. Que arregle un RLS mal puesto está genial. Que lo arregle mientras hace otra cosa significa que un día abres el proyecto y hay un cambio de permisos que tú no pediste. Es el mismo debate que los tests que escribe solo al cambiar una regla: ayuda, pero te obliga a revisar más, no menos.

Lo demás del batch

Barra lateral nueva. Tres secciones: Pinned, Projects y Recent chats. Pinned sustituye a Starred y ordena por lo último que fijaste.

Páginas de conectores rediseñadas. Botón Connect para el primer tipo de conexión, el resto en More options, y una sola lista con una columna Visibility que dice si cada conexión es Private o Shared.

La pestaña Files ya hace scroll. Carga más archivos a medida que bajas, así que un proyecto grande se recorre en una sola lista.

Ajustes de privacidad más claros. Textos reescritos y diálogo de confirmación en los cambios de efecto amplio, como el borrado automático de proyectos abandonados. Tres nombres nuevos: Default website access pasa a Default published app access, External invites a External viewer invites y Security automation a Security checks.

Carpetas. Cuando una carpeta personal pasa a ser del espacio de trabajo, los accesos que habías dado dejan de aplicar a los proyectos de dentro.

Qué haría yo esta semana

Si tienes algo vivo en Lovable (enlace de afiliado: así me ayudas a seguir creando contenido) con funciones de IA, el orden es este.

Primero, abre el proyecto y pregúntale qué modelo usa cada función de IA. Tarda treinta segundos y es lo único urgente de todo el changelog.

Segundo, si sale un Gemini 2.5, pídele que lo cambie a un modelo actual eligiéndolo tú. No le dejes escoger otra vez o vuelves al punto de partida: un modelo que no sabes cuál es y que se retirará algún día.

Tercero, compara el consumo de créditos de IA de estos días con el de hace dos semanas. Si el reemplazo cuesta distinto, el número te lo dice antes que cualquier anuncio.

Y una costumbre que te ahorra sustos: apúntate qué modelo usa cada función de tu app. Al ritmo que se retiran modelos, dentro de seis meses vas a volver a leer un párrafo como este.

Si no sabes si estás aprovechando la IA o solo viéndola pasar, haz el test de nivel de IA y sales con una idea bastante concreta de por dónde seguir.