No se apaga, cambia: una redirección silenciosa en la retirada de un modelo de imagen

Qué ha pasado

El texto de la nota de versión: «El 2 de noviembre de 2026 se retira grok-imagine-image-quality. Las peticiones al slug las servirá grok-imagine-image-2.0 con quality puesto en low, sin cambio alguno en la forma de la petición ni de la respuesta y a un precio por imagen más bajo.»

La guía de migración es aún más clara: «El slug sigue resolviendo, así que no necesitas cambiar tu código para evitar roturas.» Su plazo de aviso de 60 días empezó el 2 de septiembre de 2026. grok-imagine-image (1.0) no está afectado.

Todos los alias del modelo siguen la redirección: la variante fechada, -latest y también -pro.

La cadena: esta ya es la segunda redirección

Esta es la parte que hace el caso aleccionador. grok-imagine-image-pro ya fue redirigido al modelo -quality el 15 de mayo de 2026. Ahora también se retira ese modelo, y -pro lo sigue un paso más allá.

grok-imagine-image-pro
  -> 15 may 2026: -quality
  -> 2 nov 2026:  2.0, quality=low
el código no cambió ni una línea
la salida y el precio sí, dos veces

Si llamabas a -pro en primavera y no has tocado el código desde entonces, a partir de noviembre recibes un tercer modelo a través de dos redirecciones encadenadas, en un nivel de calidad más bajo. Ni un solo mensaje de error por el camino.

La trampa de auto: la migración bien hecha puede salir más cara

Los precios, de las fichas de modelo, por imagen:

Hasta aquí, sencillo: quien no hace nada paga desde noviembre un centavo menos por imagen — a cambio de un nivel de calidad más bajo. La trampa está en que el parámetro quality vale auto por defecto, y la documentación dice: «Auto usa actualmente low para la generación de imágenes y medium para la edición de imágenes. Las imágenes se facturan al nivel de calidad con el que se sirven.»

Es decir:

• quien no toca el código: low, 0,04 dólares por imagen — más barato, más flojo;
• quien cambia el nombre del modelo como está mandado, pero no indica quality, y edita imágenes: medium, 0,06 dólares por imagen — más caro que los 0,05 de antes.

En una tienda online que genera 2.000 imágenes de producto al mes y edita 500 después, la diferencia es esta: hoy la factura mensual es de 125 dólares; sin migrar, desde noviembre son 100; migrando «como está mandado» pero sin el parámetro, 110. No es una cifra dramática — pero hacia dónde se mueve depende de qué hayas tocado, y eso cuesta explicarlo a toro pasado.

Por eso el propio fabricante recomienda: «Recomendamos cambiar explícitamente a grok-imagine-image-2.0 antes del 2 de noviembre.» Hazlo a mano e indica el nivel: así decides tú por qué calidad pagas, y no el valor por defecto de la redirección.

Cómo notas que ha respondido otro modelo

Hay dos señales documentadas.

El identificador de modelo que devuelve la respuesta. La guía de migración dice: «El campo model de las respuestas indica el modelo que ha servido la petición, así que puedes confirmar el cambio desde tus registros.» Aquí hay además una contradicción que conviene conocer: el esquema REST publicado de la respuesta de generación de imágenes solo enumera data y usage, ningún campo model de primer nivel. Los ejemplos oficiales del SDK, en cambio, sí lo imprimen. Si tu registro depende de esto, no lo des por hecho a partir de la documentación — compruébalo en una respuesta real.

El coste por petición. SpaceXAI devuelve en cada respuesta cuánto ha costado esa llamada, en un campo cost_in_usd_ticks dentro del objeto usage; un dólar son diez mil millones de ticks. Así el cambio de precio se ve al instante, sin esperar a la factura: 500.000.000 ticks la imagen 1K antigua, 400.000.000 la redirigida.

Esto es lo que conviene registrar: el nombre de modelo enviado, el nombre de modelo recibido, la resolución, el quality (o que lo has omitido) y el valor en ticks. Donde el nombre enviado y el recibido no coincidan, ahí está exactamente el momento de la redirección.

Qué hacen los demás

El cambio silencioso no es exclusivo; solo cambia la forma según el proveedor:

• Microsoft Foundry: los despliegues Standard se actualizan automáticamente en la retirada, región por región, y avisan «al menos dos semanas antes de que una versión nueva pase a ser la versión por defecto». Los despliegues con capacidad reservada (Provisioned), en cambio, no se actualizan, y tras la retirada completa las llamadas devuelven 410 Gone.
• Google Gemini: la versión que hay detrás del alias -latest se mueve sola — «este alias se intercambia en caliente con cada nueva publicación de una variante concreta del modelo» — y en los cambios rompedores «se avisará con 2 semanas de antelación por correo electrónico». Para producción recomiendan expresamente la versión fijada.
• OpenAI: el modelo retirado, según la documentación, «ya no es accesible» — o sea, da error, no redirige. Alias móvil también tienen (el que apunta al modelo que corre en ChatGPT), pero una retirada es una retirada.

De los cuatro, SpaceXAI es el único donde el nombre retirado sigue vivo y lo sirve en silencio otro modelo, en otro nivel de calidad y a otro precio. Desde el punto de vista del usuario es más cómodo — no hay parada — y más arriesgado: el código sigue corriendo, solo que la salida es otra.

Qué hacer ahora

1. Cambia el nombre del modelo a mano antes del 2 de noviembre e indica el valor de quality de forma explícita. Son unos dos minutos, y después ya no decide por ti el valor por defecto.
2. Mira dónde hay alias en tu sistema. Los nombres tipo -latest y -pro son cómodos, pero son justo los que se cambian solos. Donde importe la estabilidad de la salida, va un identificador fechado o con número de versión.
3. Registra el nombre de modelo que llega en la respuesta y el coste por petición. A posteriori es la única manera de decir qué generó esa imagen que hace dos meses acabó en la ficha de producto. (Más información: vigilancia de cambios silenciosos de modelo (Care).)
4. Compara unas cuantas imágenes en los dos niveles antes de que decida por ti la redirección. «Low» no significa malo — significa distinto. Si basta o no, depende de tu uso.

Si elegir modelo de imagen es la pregunta de fondo, empieza por cómo elegir una herramienta de imagen, y si te interesa la retirada en general, ahí está cuando retiran tu modelo. Con los modelos de imagen ejecutados en local esta cuestión ni se plantea — los pesos están contigo.

Malentendidos típicos

• «Si no recibo error, no ha pasado nada.» Aquí la gracia es justo que no recibes error. El código corre, la imagen sale, solo que la ha dibujado otro modelo.
• «La redirección siempre es más barata.» En generación, sí. En edición, el nivel por defecto es más caro de lo que costaba el modelo antiguo.
• «Basta con estar al tanto del boletín del proveedor.» La retirada está en una nota de versión y en una página de migración. No se escribió ninguna entrada de blog sobre ella.
• «El alias -latest siempre da lo mejor.» Da lo más reciente. Eso no es lo mismo que aquello para lo que afinaste tus prompts.
• «Dos meses de plazo son de sobra.» Lo son — si te enteras. Todo este caso va de que bajo el tipo de noticia más importante no hay aviso: la página la tienes que vigilar tú.

Lo que conviene llevarse

La retirada de modelos tiene una variante ruidosa y otra silenciosa. La ruidosa da error: el proceso se para, se descubre, lo arreglas. La silenciosa se limita a que desde mañana obtienes otro resultado para la misma petición — y eso solo lo notas si lo mides. Por eso, en cada noticia como esta, valen más los dos minutos que tardas en escribir en el código un nombre de modelo explícito y parámetros explícitos que el mejor sistema de avisos. El valor por defecto es cómodo, pero el valor por defecto no lo mantienes tú.