Toma iOS 26 como punto de partida
Aborda la adopción de Liquid Glass primero como una migración a iOS 26 y Xcode 26. Vuelve a compilar la app con el SDK de iOS 26 y revisa qué cambios se aplican automáticamente a los controles estándar de SwiftUI. Solo entonces pídele a Codex que rediseñe los elementos personalizados que aún se ven demasiado planos, tienen demasiado peso visual o se integran mal con la interfaz del sistema.
Si la app aún admite versiones anteriores de iOS, acláralo desde el principio. La habilidad SwiftUI Liquid Glass del complemento Build iOS Apps debe usar #available(iOS 26, *) para que las nuevas API exclusivas de Liquid Glass se usen solo cuando estén disponibles y mantener una alternativa legible en dispositivos más antiguos.
Aprovecha el complemento de iOS
Usa el complemento Build iOS Apps cuando quieras que Codex modifique una interfaz de SwiftUI y verifique los cambios en un simulador. Para trabajar con Liquid Glass, pídele a Codex que revise un solo flujo, migre unas pocas superficies, ejecute la app en un simulador de iOS 26 y tome capturas de pantalla antes de ampliar el alcance.
El complemento incluye la habilidad SwiftUI Liquid Glass. Conviene incorporar estas pautas predeterminadas en tu prompt:
- Da preferencia a las opciones nativas como
glassEffect, GlassEffectContainer, los estilos de botón con efecto de vidrio y las transiciones con glassEffectID frente a las vistas con desenfoque personalizado.
- Aplica
.glassEffect(...) después de los modificadores de disposición y apariencia para que el material se ajuste a la forma final que buscas.
- Agrupa los elementos de vidrio relacionados en un
GlassEffectContainer cuando aparezcan varias superficies juntas.
- Usa
.interactive() solo en botones, chips y controles que respondan al tacto.
- Mantén la coherencia en la forma de las esquinas, los tintes y el espaciado en toda la función. Evita aplicar un efecto de vidrio distinto a cada elemento.
- Conserva una alternativa sin efecto de vidrio para las versiones anteriores a iOS 26.
Para saber cómo instalar complementos y habilidades, consulta la documentación sobre complementos y habilidades.
Mira las sesiones de la WWDC
Estas sesiones de la WWDC25 son una buena referencia antes de pedirle a Codex que refactorice un flujo que ya está en producción:
Pide un plan de migración y luego la implementación de una parte
Las migraciones a Liquid Glass funcionan mejor cuando Codex distingue entre “¿dónde conviene aplicar el efecto de vidrio?” y “escribe todo el código ahora”. Pide primero una revisión rápida y luego deja que el agente implemente una parte independiente y la pruebe en el simulador.
Consejos prácticos
Liquid Glass debe distinguir claramente la capa de controles que aparece sobre el contenido, sin convertir cada tarjeta en un panel brillante. Pídele a Codex que quite los fondos decorativos que compitan visualmente con los materiales del sistema, mantenga una presentación sencilla donde la legibilidad sea prioritaria y reserve los tintes para destacar el significado de un elemento o resaltar las acciones principales.
Empieza por un flujo de uso frecuente
La vista principal de una pestaña, una pantalla de detalle, una hoja, una interfaz de búsqueda o un flujo de bienvenida suele ser un mejor punto de partida que migrar toda la app de una vez. Así es más fácil revisar los cambios e identificar qué decisiones de diseño con Liquid Glass conviene convertir en patrones de componentes reutilizables.
Revisa cómo funciona la alternativa sin efecto de vidrio
Si la versión mínima de iOS que admite tu app es anterior a iOS 26, pídele a Codex que te muestre la implementación alternativa junto a la versión con Liquid Glass. Esta revisión permite detectar si un cambio introdujo por error el uso de una API que no está disponible en alguna versión compatible y evita que publiques una migración que solo funcione en el simulador más reciente.