← Todos los insights

Análisis de noticiaEnfoque: España y Latinoamérica3 min de lectura

Google cambió el modelo "stable" de Agent Search. Si no eligió uno, sus respuestas cambiaron

El 16 de octubre, el modelo stable de respuestas de Agent Search pasó de Gemini 2.5 Flash a Gemini 3.5 Flash. Stable es el valor por defecto. Por qué un alias móvil va en el calendario de cambios.

Escuche este artículo · 4 min

Narración completa del artículo, generada con IA.

Ondulaciones del viento en una duna de arena, en el duotono de La Madre, junto a las palabras Stable cambió
Foto: rawpixel (CC0)

Si la aplicación de búsqueda de su empresa en Google Cloud Agent Search genera respuestas y nadie fijó nunca la versión del modelo, su modelo cambió el 16 de octubre.

Ese día, Google actualizó el modelo de generación de respuestas stable de gemini-2.5-flash/answer_gen/v1 a gemini-3.5-flash/answer_gen/v1. Gemini 3.5 Flash estaba disponible para generación de respuestas desde el 13 de agosto para quien lo eligiera de forma explícita. Lo que cambió es el alias. Y según la documentación de Google, stable es lo que recibe una aplicación cuando no especifica ninguna versión. La misma página dice que el modelo detrás de stable “cambia periódicamente a medida que hay nuevos modelos y versiones disponibles”.

Este es un cambio acotado: la generación de respuestas de Agent Search, no la API de Gemini en general, y la nota de publicación no establece ninguna fecha de retirada para el modelo anterior. Aun así es el tipo de cambio que pasa por alto todos los controles que tiene la mayoría de las empresas, porque nada en su código, sus prompts o su configuración se movió.

La misma semana, el mismo patrón

Un día después, el alias deepseek-flash de DeepSeek también empezó a servir su modelo actualizado. Dos proveedores, dos alias, una semana. Los alias móviles son una comodidad: las aplicaciones reciben mejores modelos sin un despliegue. También significan que el proveedor decide cuándo cambia el comportamiento de su aplicación.

Para la búsqueda empresarial, lo que está en juego es concreto. La generación de respuestas convierte documentos recuperados en una respuesta que un empleado o un cliente lee como la respuesta de la empresa. Un modelo nuevo puede citar de otra manera, resumir con más o menos agresividad, responder donde el anterior se negaba por falta de fundamento, o negarse donde antes respondía. Cada uno de esos puntos es un cambio de comportamiento en un sistema que puede estar delante de políticas de RR. HH., documentación de producto o contenido regulado.

Qué revisar esta semana

Encuentre las aplicaciones en el alias. Busque en su código y su configuración las solicitudes de respuesta que usan stable o que no indican ninguna versión del modelo. Esas cambiaron el 16 de octubre. Las que tienen una versión explícita, no.

Ejecute el conjunto de regresión que ejecutaría para un lanzamiento. Para respuestas fundamentadas, las comprobaciones útiles son la exactitud de las citas (¿cada afirmación apunta a un pasaje que la respalda?), el comportamiento cuando la recuperación no encuentra nada, la longitud de la respuesta, la latencia y el coste por consulta. Si guardó respuestas anteriores al 16 de octubre, compárelas con las mismas preguntas. Si no lo hizo, empiece a guardarlas ahora.

Decida alias o versión fijada, por aplicación. Un asistente interno que responde preguntas sobre el menú de la cafetería puede usar stable. Una aplicación que responde a clientes sobre condiciones de contrato o a pacientes sobre medicación debería fijar una versión explícita y moverse de forma deliberada, con una prueba y un aprobador, como argumentamos cuando los retiros de modelos se convirtieron en calendarios de cambio. Fijar una versión tiene su propio deber: las versiones explícitas también se retiran, y la documentación vincula los modelos de Agent Search al ciclo de vida de sus modelos base. Fijar la versión mueve la fecha del cambio a sus manos; no elimina el cambio.

Registre el modelo con la respuesta. Si alguna vez se disputa una respuesta, querrá saber qué modelo la produjo. Registre en los logs la versión resuelta del modelo junto con la consulta, las fuentes recuperadas y la respuesta.

La regla más amplia

Una dependencia de modelo que se resuelve en el momento de la solicitud es una dependencia que usted no controla. Todo inventario de IA empresarial debería registrar, para cada aplicación, no solo qué proveedor y modelo usa, sino si llama a una versión fija o a un alias, y a quién se avisa cuando el alias se mueve. La mayoría de las veces, hoy la respuesta a la segunda pregunta es nadie.

¿Tiene un caso de uso de IA detenido entre el prototipo y la producción?

Cuéntenos qué quiere poner en marcha. Le respondemos con próximos pasos honestos.

Conversemos sobre un caso de uso