Partez de l’interface fournie par iOS 26

Abordez l’adoption de Liquid Glass comme une migration vers iOS 26 et Xcode 26. Recompilez l’application avec le SDK d’iOS 26 et examinez les changements que les contrôles SwiftUI standard apportent automatiquement. Demandez ensuite à Codex de retravailler les éléments personnalisés qui paraissent encore trop plats, trop lourds ou mal intégrés à l’interface système.

Si l’application prend toujours en charge des versions antérieures d’iOS, précisez cette contrainte dès le départ. Le skill SwiftUI Liquid Glass du plugin Build iOS Apps doit conditionner l’utilisation des nouvelles API propres à Liquid Glass à #available(iOS 26, *) et prévoir une interface de repli qui reste lisible sur les appareils plus anciens.

Utilisez le plugin iOS

Utilisez le plugin Build iOS Apps pour que Codex modifie l’interface SwiftUI et vérifie le résultat sur simulateur. Pour une migration vers Liquid Glass, demandez à Codex d’examiner un parcours utilisateur, de migrer quelques éléments d’interface, puis de lancer l’application sur un simulateur iOS 26 et de prendre des captures d’écran avant d’étendre la migration.

Le skill SwiftUI Liquid Glass de ce plugin applique par défaut quelques règles que vous pouvez reprendre dans votre prompt :

• Privilégiez les solutions natives comme glassEffect, GlassEffectContainer, les styles de boutons en verre et les transitions avec glassEffectID plutôt que les vues personnalisées qui appliquent un flou.
• Appliquez .glassEffect(...) après les modificateurs de mise en page et d’apparence pour que le matériau épouse la forme finale souhaitée.
• Regroupez les éléments en verre associés dans un GlassEffectContainer lorsque plusieurs surfaces s’affichent ensemble.
• Réservez .interactive() aux boutons, aux pastilles et aux contrôles qui réagissent effectivement au toucher.
• Harmonisez la forme des angles, les teintes et les espacements dans toute la fonctionnalité pour éviter de multiplier les variantes de l’effet de verre.
• Conservez une solution de repli sans effet de verre pour les versions antérieures à iOS 26.

Pour en savoir plus sur l’installation des plugins et des skills, consultez notre documentation sur les plugins et les skills.

Regardez les sessions de la WWDC

Ces sessions de la WWDC25 vous serviront de référence avant de demander à Codex de remanier un parcours déjà en production :

• Découvrez Liquid Glass
• Familiarisez-vous avec le nouveau système de design
• Créez une application SwiftUI avec le nouveau design
• Créez une application UIKit avec le nouveau design
• Les nouveautés de SwiftUI

Demandez un plan de migration, puis la mise en œuvre d’une première partie

Une migration vers Liquid Glass se déroule mieux quand Codex traite séparément la question « Où utiliser l’effet de verre ? » et la consigne « Écrivez tout le code maintenant. » Demandez d’abord un audit rapide, puis laissez l’agent migrer une partie autonome de l’interface et la vérifier sur simulateur.

Conseils pratiques

Réservez l’effet de verre aux éléments qui en ont besoin

Liquid Glass doit permettre de distinguer clairement les contrôles qui se superposent au contenu. Évitez de transformer chaque carte en panneau lumineux. Demandez à Codex de supprimer les arrière-plans décoratifs qui s’accordent mal avec les matériaux système, de garder une présentation sobre là où la lisibilité prime et de réserver les teintes aux éléments dont la couleur souligne le sens ou aux actions principales.

Commencez par un parcours fréquemment utilisé

Pour une première migration, il est généralement préférable de choisir l’écran principal d’un onglet, un écran de détail, une feuille modale, une interface de recherche ou un parcours de prise en main plutôt que de traiter toute l’application d’un coup. Vous pourrez ainsi examiner plus facilement le résultat et déterminer quels choix de conception liés à Liquid Glass méritent d’être repris dans des composants réutilisables.

Vérifiez le comportement de l’interface de repli

Si votre cible de déploiement est antérieure à iOS 26, demandez à Codex de présenter l’implémentation de repli à côté de la version Liquid Glass. Cette vérification permet de repérer les appels accidentels à des API indisponibles sur les versions prises en charge et d’éviter de livrer une migration qui ne fonctionne que sur le simulateur le plus récent.