ImageCreator queda obsoleta: qué se rompe en iOS 27

Apple publicó hoy un aviso de obsolescencia que conviene atender antes del otoño: la clase ImageCreator, la API de Image Playground para generar imágenes mediante código sin UI, “se está descontinuando y dejará de funcionar en iOS 27, iPadOS 27, macOS 27 y visionOS 27 o versiones posteriores”.¹ El aviso es inusualmente concreto sobre cómo se desarrolla la ruptura. Durante las versiones beta del sistema operativo, el código que usa ImageCreator todavía compila con advertencias de Xcode, pero las apps “no funcionarán en las compilaciones de TestFlight y provocarán un error de ejecución”.¹ En las versiones públicas del sistema operativo, el código deja de compilar por completo.¹ Una API que llegó en iOS 18.4 desaparece una versión mayor después, y la sesión de la WWDC que explica el porqué también recorre la ruta de migración.

El anuncio de la obsolescencia en el minuto 4:34 de la sesión 375.

Resumen

• Apple descontinúa ImageCreator, la API de generación de imágenes mediante código del framework Image Playground. Deja de funcionar en iOS 27, iPadOS 27, macOS 27 y visionOS 27.¹ La documentación de Apple marca la obsolescencia en la versión 27.0 en cinco plataformas, incluida Mac Catalyst.²
• La ruptura es escalonada: las versiones beta compilan con advertencias, pero fallan en tiempo de ejecución en TestFlight; las versiones públicas se niegan a compilar.¹ La instrucción de Apple es migrar “antes de la versión pública”.¹
• El motivo es arquitectónico. Los modelos de Image Playground se trasladaron a Private Cloud Compute este año y, como lo expresa la sesión, “Trasladar los modelos a Private Cloud Compute también implicó repensar la API”.³
• El reemplazo es la UI del sistema: el modificador de SwiftUI imagePlaygroundSheet, o ImagePlaygroundViewController para apps de UIKit y AppKit.³ La alternativa que sugiere Apple es directa: integrar “otro servicio de generación de imágenes de tu elección”.¹
• La nueva hoja es más capaz que la anterior: estilos fotorrealistas, siembra con conceptos, dibujos e imágenes de origen, configuración de tamaño y estilo, y un estilo opcional externalProvider que muestra un proveedor externo como ChatGPT.³

Qué anunció Apple, con precisión

El aviso del 11 de junio en el feed de noticias para desarrolladores de Apple plantea un cronograma de dos etapas.¹ En las versiones beta del sistema operativo, tu código sigue compilando, Xcode empieza a emitir advertencias y las apps que llaman a ImageCreator chocan con un error de ejecución en las compilaciones de TestFlight. En las versiones públicas del sistema operativo, el código que hace referencia a la clase ya no compila, y cualquier función construida sobre ella deja de funcionar para los usuarios. La acción que indica Apple nombra el plazo: actualiza tu implementación “antes de la versión pública de iOS 27, iPadOS 27, macOS 27 y visionOS 27”.¹

La documentación cuenta la misma historia en formato de referencia de API. ImageCreator llegó en iOS e iPadOS 18.4, macOS 15.4 y visionOS 2.4, y cada fila de plataforma ahora arrastra una obsolescencia en la versión 27.0, con Mac Catalyst sumándose a las cuatro plataformas que nombra la publicación de noticias.² El resumen de la clase describe exactamente lo que se pierde: “genera imágenes mediante código a partir de la descripción y la información de estilo que especifiques”.² No hay reemplazo programático. Las apps que generaban imágenes sin interfaz, sin presentar UI, no tienen un equivalente directo en el framework.

Para quienes ya abandonaron la clase, el aviso cierra el círculo: “No se requiere ninguna acción adicional”.¹

Por qué: los modelos se trasladaron a Private Cloud Compute

La sesión 375, “Crea imágenes de alta calidad con Image Playground”, deja constancia del motivo. Image Playground se reconstruyó este año en torno a modelos de imágenes más potentes que producen “imágenes de alta calidad en prácticamente cualquier estilo, incluso fotorrealistas”, y esos modelos se ejecutan en Private Cloud Compute, la infraestructura en la nube de Apple que preserva la privacidad, en lugar de hacerlo en el dispositivo.³ Luego la sesión ata los cabos: “Trasladar los modelos a Private Cloud Compute también implicó repensar la API. ImageCreator, la API sin UI para generar imágenes directamente en tu código, queda obsoleta”.³

La economía explica la decisión de diseño. Image Playground ahora tiene un límite de uso “porque depende de potentes modelos de servidor”, con mayor acceso disponible a través de la mayoría de los planes de suscripción de iCloud+.³ El sistema gestiona esos límites en nombre del usuario, y la sesión es explícita en que el desarrollador nunca construye una UI relacionada con el uso.³ Una API sin interfaz que las apps pudieran llamar en bucle encaja con incomodidad dentro de ese modelo; una hoja presentada por el sistema y manejada por el usuario, no. Cualquiera sea el razonamiento interno, el resultado entregado es que la generación de imágenes en el framework ahora pasa por la experiencia del sistema.

Un efecto secundario que vale la pena nombrar: ImageCreator ejecutaba la generación en el dispositivo, mientras que la nueva experiencia se ejecuta en Private Cloud Compute con la garantía de la sesión de que “tus datos nunca se almacenan ni se comparten, ni siquiera con Apple”.³ Las apps con un requisito estricto de generación de imágenes en el dispositivo son las que el framework ya no atiende.

La migración: un solo modificador de vista

Para las apps de SwiftUI, la adopción del reemplazo es mínima. La app de demostración de la sesión adjunta .imagePlaygroundSheet a un botón con un binding a un booleano @State; cuando el binding cambia a true, aparece la hoja, y la closure de finalización recibe una URL al archivo generado.³ La URL apunta a una ubicación temporal dentro del contenedor de la app, por lo que la sesión advierte que la guardes en otro lugar antes de que termine la sesión.³ Las apps de UIKit y AppKit obtienen la misma experiencia a través de ImagePlaygroundViewController, configurando conceptos y opciones como propiedades y recibiendo el resultado mediante un método del delegado.³

Lo que la hoja pierde en programabilidad lo recupera en parte con la siembra. ImagePlaygroundConcept lleva el contexto de la app a la hoja: text envuelve una descripción directa, extracted toma un texto más largo y deja que el sistema extraiga las ideas relevantes, y drawing acepta un PKDrawing de PencilKit como sugerencia visual.³ Un parámetro sourceImage siembra la hoja con cualquier Image de SwiftUI como inspiración.³ ImagePlaygroundOptions e ImagePlaygroundStyle configuran el resto: una solicitud de tamaño closest(to:) mapea cualquier CGSize a la resolución y relación de aspecto compatibles más cercanas, y el estilo de generación toma un valor predeterminado más una lista permitida, bloqueando el selector en un único estilo cuando la lista tiene una sola entrada.³

Dos capacidades más nuevas endulzan el intercambio. El estilo externalProvider es una entrada opcional que muestra cualquier proveedor externo que el usuario haya configurado en Configuración, ChatGPT por ejemplo, y el sistema se encarga de la configuración cuando no existe ningún proveedor.³ Y el estilo de emoji dispara una finalización aparte que devuelve un NSAdaptiveImageGlyph, incrustable en línea con el texto como un emoji.³

El manejo de la disponibilidad se mantiene sencillo: el valor de entorno supportsImageGeneration devuelve true solo cuando el dispositivo tiene la capacidad, el idioma y la región son compatibles y el usuario tiene la generación de imágenes habilitada, de modo que un único condicional cubre la ruta de respaldo.³

La decisión para las apps afectadas

El aviso ofrece dos opciones de migración y la sesión aporta el material de juicio. Las apps cuya generación de imágenes era una función creativa de cara al usuario deberían adoptar la hoja: los nuevos modelos son más potentes que lo que llamaba ImageCreator, la API de siembra lleva el contexto de la app, y el sistema absorbe gratis los límites de uso, los selectores de estilo y la personalización con personas.³ Las apps que dependían de la generación sin interfaz, produciendo imágenes en un flujo en segundo plano sin interacción del usuario, no tienen ruta dentro del framework; para ellas, la segunda opción de Apple, integrar “otro servicio de generación de imágenes de tu elección”, es la respuesta honesta.¹

La obsolescencia también encaja en un patrón de este ciclo. Apple marcó MXMetricManager como obsoleta en la versión 27.0 la misma semana en que lanzó las APIs de reporte de reemplazo, tratadas en el reporte de estado de MetricKit en iOS 27. La plataforma está podando APIs un ciclo después de que aterrizan sus reemplazos, y el período de beta es la ventana de migración.

Preguntas frecuentes

¿Cuándo exactamente deja de funcionar ImageCreator?

Por etapas.¹ Durante las betas de iOS 27, iPadOS 27, macOS 27 y visionOS 27, el código compila con advertencias de Xcode, pero las compilaciones de TestFlight chocan con un error de ejecución. En las versiones públicas de este otoño, el código ya no compila y las funciones dejan de funcionar para los usuarios. La documentación de Apple marca la obsolescencia en la versión 27.0 en iOS, iPadOS, macOS, Mac Catalyst y visionOS.²

¿Por qué Apple eliminó la generación de imágenes mediante código?

La sesión lo vincula al cambio de arquitectura: los modelos de Image Playground se trasladaron a Private Cloud Compute, y “trasladar los modelos a Private Cloud Compute también implicó repensar la API”.³ El nuevo sistema gestiona los límites de uso del modelo de servidor en nombre del usuario, con mayor acceso a través de los planes de iCloud+, un modelo que encaja mejor con una hoja manejada por el usuario que con una API sin interfaz.³

¿Qué la reemplaza?

La UI del sistema: el modificador imagePlaygroundSheet en SwiftUI o ImagePlaygroundViewController en UIKit y AppKit.³ Puedes sembrarla con conceptos de texto, texto extraído, dibujos de PencilKit y una imagen de origen, y configurar tamaño, estilos y personalización. Para la generación sin interfaz, la alternativa que plantea Apple es un servicio de generación de imágenes de terceros.¹

¿Algo se sigue generando en el dispositivo?

La sesión describe la nueva generación de imágenes como una ejecución en Private Cloud Compute, con la garantía de que los datos “nunca se almacenan ni se comparten, ni siquiera con Apple”.³ Las apps que requieren una generación de imágenes estrictamente en el dispositivo ya no tienen una ruta en el framework para ello.

El cambio a Private Cloud Compute que impulsa esta novedad es el mismo que está remodelando el lado del texto de Apple Intelligence, tratado en Foundation Models y Private Cloud Compute. Para conocer la otra obsolescencia que Apple lanzó este ciclo junto con un reemplazo, consulta el reporte de estado de MetricKit en iOS 27. El centro completo de la serie es la Serie del Ecosistema de Apple.

Referencias