For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Hauptnavigation
Codex

Codex use case

Liquid Glass einführen

Migriere mit Codex eine bestehende SwiftUI-App mithilfe der APIs von iOS 26 und Xcode 26 auf Liquid Glass.

Difficulty Fortgeschritten
Time horizon 1 h

Nutze Codex und das Plug-in Build iOS Apps, um bestehende Benutzeroberflächen für iPhone und iPad zu prüfen, benutzerdefinierte Stapel aus Weichzeichner- oder Materialeffekten durch natives Liquid Glass zu ersetzen und die Migration mit Verfügbarkeitsprüfungen für iOS 26 und simulatorgestützter Validierung abzusichern.

Am besten geeignet für

  • Bestehende SwiftUI-Apps, die einen konkreten Migrationsplan für Liquid Glass unter iOS 26 benötigen und kein vages Redesign-Briefing
  • Teams, die Codex benutzerdefinierte Karten, Sheets, Tab-Leisten, Symbolleisten und Aktionsschaltflächen prüfen und die Migration anschließend Schritt für Schritt umsetzen lassen möchten
  • Apps, die noch ältere iOS-Versionen unterstützen und Fallbacks mit `#available(iOS 26, *)` statt einer unumkehrbaren visuellen Überarbeitung benötigen

Contents

    ← Alle Anwendungsfälle

    Liquid Glass einführen

    Migriere mit Codex eine bestehende SwiftUI-App mithilfe der APIs von iOS 26 und Xcode 26 auf Liquid Glass.

    Nutze Codex und das Plug-in Build iOS Apps, um bestehende Benutzeroberflächen für iPhone und iPad zu prüfen, benutzerdefinierte Stapel aus Weichzeichner- oder Materialeffekten durch natives Liquid Glass zu ersetzen und die Migration mit Verfügbarkeitsprüfungen für iOS 26 und simulatorgestützter Validierung abzusichern.

    Fortgeschritten
    1 h

    Nutze Codex und das Plug-in Build iOS Apps, um bestehende Benutzeroberflächen für iPhone und iPad zu prüfen, benutzerdefinierte Stapel aus Weichzeichner- oder Materialeffekten durch natives Liquid Glass zu ersetzen und die Migration mit Verfügbarkeitsprüfungen für iOS 26 und simulatorgestützter Validierung abzusichern.

    Fortgeschritten
    1 h

    Weiterführende Links

    Am besten geeignet für

    • Bestehende SwiftUI-Apps, die einen konkreten Migrationsplan für Liquid Glass unter iOS 26 benötigen und kein vages Redesign-Briefing
    • Teams, die Codex benutzerdefinierte Karten, Sheets, Tab-Leisten, Symbolleisten und Aktionsschaltflächen prüfen und die Migration anschließend Schritt für Schritt umsetzen lassen möchten
    • Apps, die noch ältere iOS-Versionen unterstützen und Fallbacks mit `#available(iOS 26, *)` statt einer unumkehrbaren visuellen Überarbeitung benötigen

    Skills und Plug-ins

    • Nutze die Skills für SwiftUI Liquid Glass, SwiftUI-UI-Muster und Fehlerbehebung im Simulator, um iOS-Ansichten zu modernisieren, native Glaseffekte einzuführen und das Ergebnis in Simulatoren mit iOS 26 zu überprüfen.
    Skill Why use it
    Build iOS Apps Nutze die Skills für SwiftUI Liquid Glass, SwiftUI-UI-Muster und Fehlerbehebung im Simulator, um iOS-Ansichten zu modernisieren, native Glaseffekte einzuführen und das Ergebnis in Simulatoren mit iOS 26 zu überprüfen.

    Einstiegs-Prompt

    Verwende das Plug-in Build iOS Apps und seinen Skill für Liquid Glass in SwiftUI, um einen häufig genutzten Ablauf in dieser App auf Liquid Glass zu migrieren. Vorgaben: - Führe die Migration für iOS 26 und Xcode 26 durch, behalte aber mit `#available(iOS 26, *)` für frühere Bereitstellungsziele einen Fallback ohne Liquid Glass bei. - Prüfe zunächst den Ablauf. Nenne benutzerdefinierte Hintergründe, Stapel aus Weichzeichnereffekten, Chips, Schaltflächen, Sheets und Symbolleisten, die auf natives Liquid Glass umgestellt werden sollten. Nenne außerdem Bereiche, die als schlichte Inhaltsflächen erhalten bleiben sollten. - Bevorzuge Systembedienelemente und native APIs wie `glassEffect`, `GlassEffectContainer`, `glassEffectID`, `.buttonStyle(.glass)` und `.buttonStyle(.glassProminent)` gegenüber benutzerdefinierten Weichzeichnereffekten. Verwende `glassEffectID` zusammen mit `@Namespace` nur, wenn ein echter Morphing-Übergang den Ablauf verbessert. - Wende `glassEffect` nach Layout- und visuellen Modifiern an, halte die Formen einheitlich und verwende `.interactive()` nur für Bedienelemente, die tatsächlich auf Berührungen reagieren. - Verwende XcodeBuildMCP, um einen Build zu erstellen und die App in einem Simulator mit iOS 26 auszuführen. Erstelle Screenshots des migrierten Ablaufs und gib genau an, welches Schema, welchen Simulator und welche Prüfungen du verwendet hast. Liefere: - einen knappen Migrationsplan für den Ablauf - die umgesetzte Teilmigration zu Liquid Glass - das Fallback-Verhalten für Geräte mit Versionen vor iOS 26 - die Schritte und Screenshots, mit denen du die Validierung im Simulator durchgeführt hast
    Verwende das Plug-in Build iOS Apps und seinen Skill für Liquid Glass in SwiftUI, um einen häufig genutzten Ablauf in dieser App auf Liquid Glass zu migrieren. Vorgaben: - Führe die Migration für iOS 26 und Xcode 26 durch, behalte aber mit `#available(iOS 26, *)` für frühere Bereitstellungsziele einen Fallback ohne Liquid Glass bei. - Prüfe zunächst den Ablauf. Nenne benutzerdefinierte Hintergründe, Stapel aus Weichzeichnereffekten, Chips, Schaltflächen, Sheets und Symbolleisten, die auf natives Liquid Glass umgestellt werden sollten. Nenne außerdem Bereiche, die als schlichte Inhaltsflächen erhalten bleiben sollten. - Bevorzuge Systembedienelemente und native APIs wie `glassEffect`, `GlassEffectContainer`, `glassEffectID`, `.buttonStyle(.glass)` und `.buttonStyle(.glassProminent)` gegenüber benutzerdefinierten Weichzeichnereffekten. Verwende `glassEffectID` zusammen mit `@Namespace` nur, wenn ein echter Morphing-Übergang den Ablauf verbessert. - Wende `glassEffect` nach Layout- und visuellen Modifiern an, halte die Formen einheitlich und verwende `.interactive()` nur für Bedienelemente, die tatsächlich auf Berührungen reagieren. - Verwende XcodeBuildMCP, um einen Build zu erstellen und die App in einem Simulator mit iOS 26 auszuführen. Erstelle Screenshots des migrierten Ablaufs und gib genau an, welches Schema, welchen Simulator und welche Prüfungen du verwendet hast. Liefere: - einen knappen Migrationsplan für den Ablauf - die umgesetzte Teilmigration zu Liquid Glass - das Fallback-Verhalten für Geräte mit Versionen vor iOS 26 - die Schritte und Screenshots, mit denen du die Validierung im Simulator durchgeführt hast

    iOS 26 als Ausgangsbasis verwenden

    Behandle Liquid Glass zunächst als Migrationsprojekt für iOS 26 und Xcode 26. Erstelle mit dem SDK von iOS 26 einen neuen Build der App, prüfe, welche Darstellung die Standard-Bedienelemente von SwiftUI automatisch liefern, und beauftrage Codex erst dann mit der Neugestaltung der benutzerdefinierten Teile, die noch zu flach oder zu wuchtig wirken oder sich zu stark von der Systemoberfläche abheben.

    Falls die App weiterhin ältere iOS-Versionen unterstützt, nenne diese Einschränkung gleich zu Beginn ausdrücklich. Der Skill SwiftUI Liquid Glass im Plug-in Build iOS Apps sollte neue APIs, die nur für Liquid Glass verfügbar sind, mit #available(iOS 26, *) absichern und einen Fallback-Pfad beibehalten, der auch auf älteren Geräten gut lesbar bleibt.

    Das iOS-Plug-in nutzen

    Verwende das Plug-in Build iOS Apps, wenn Codex Änderungen an der SwiftUI-Benutzeroberfläche mit simulatorgestützter Validierung kombinieren soll. Bei Arbeiten an Liquid Glass solltest du Codex zunächst einen Ablauf prüfen, einige ausgewählte Oberflächen migrieren, das Ergebnis in einem Simulator mit iOS 26 starten und Screenshots erstellen lassen, bevor du den Umfang erweiterst.

    Dieses Plug-in enthält einen Skill für Liquid Glass in SwiftUI. Dessen einfache Standardeinstellungen solltest du in deinen Prompt übernehmen:

    • Bevorzuge die nativen APIs glassEffect und GlassEffectContainer, Schaltflächenstile für Liquid Glass und Übergänge mit glassEffectID gegenüber benutzerdefinierten Ansichten mit Weichzeichnereffekt.
    • Wende .glassEffect(...) nach den Layout- und visuellen Modifiern an, damit das Material am Ende genau die gewünschte Form umschließt.
    • Fasse zusammengehörige Glaselemente in GlassEffectContainer zusammen, wenn mehrere Oberflächen gleichzeitig angezeigt werden.
    • Verwende .interactive() nur für Schaltflächen, Chips und Bedienelemente, die tatsächlich auf Berührungen reagieren.
    • Halte Eckenformen, Farbtöne und Abstände durchgängig einheitlich, statt verschiedene Sonderlösungen für Glaseffekte zu mischen.
    • Behalte für Bereitstellungsziele vor iOS 26 einen Fallback ohne Liquid Glass bei.

    Weitere Informationen zum Installieren von Plug-ins und Skills findest du in unserer Dokumentation zu Plug-ins und Skills.

    Die WWDC-Sessions ansehen

    Diese WWDC25-Sessions sind eine gute Referenz, bevor du Codex einen produktiv genutzten Ablauf refaktorieren lässt:

    Fordere erst einen Migrationsplan und dann eine Teilmigration an

    Migrationen zu Liquid Glass gelingen besser, wenn Codex die Frage „Wo sollte Liquid Glass zum Einsatz kommen?“ von der Aufforderung „Schreibe jetzt den gesamten Code.“ trennt. Fordere zuerst eine kurze Prüfung an und lass den Agenten anschließend eine in sich geschlossene Teilmigration mit Validierung im Simulator umsetzen.

    Praktische Tipps

    Nicht alles mit Liquid Glass gestalten

    Liquid Glass sollte eine klar erkennbare Bedienebene über den Inhalten schaffen und nicht jede Karte in eine leuchtende Fläche verwandeln. Bitte Codex, dekorative Hintergründe zu entfernen, die mit den Systemmaterialien konkurrieren, schlichte Inhaltsflächen dort beizubehalten, wo Lesbarkeit besonders wichtig ist, und Einfärbungen semantischen Hervorhebungen oder primären Aktionen vorzubehalten.

    Mit einem häufig genutzten Ablauf beginnen

    Als erstes Migrationsziel eignet sich die Stammansicht eines Tabs, eine Detailansicht, ein Sheet, eine Suchoberfläche oder ein Onboarding-Ablauf meist besser als eine Überarbeitung der gesamten App. Das erleichtert die Überprüfung und verdeutlicht, welche Entscheidungen zu Liquid Glass in wiederverwendbare Komponentenmuster überführt werden sollten.

    Fallback-Verhalten gezielt überprüfen

    Wenn dein Bereitstellungsziel unter iOS 26 liegt, bitte Codex, die Fallback-Implementierung neben der Version mit Liquid Glass zu zeigen. Dieser Prüfschritt deckt versehentliche Regressionen bei der API-Verfügbarkeit auf und verhindert, dass du eine Migration auslieferst, die nur im neuesten Simulator funktioniert.

    Tech stack

    Need

    UI-APIs für Liquid Glass

    Default options

    SwiftUI mit glassEffect, GlassEffectContainer und Schaltflächenstilen für Liquid Glass

    Why it's needed

    Auf diese nativen APIs sollte der Skill zuerst zurückgreifen. So entfernt Codex benutzerdefinierte Ebenen mit Weichzeichnereffekt, statt das Materialsystem neu zu erfinden.

    Need

    Plattformgrundlage

    Default options

    iOS 26 und Xcode 26

    Why it's needed

    Liquid Glass wird mit dem SDK von iOS 26 eingeführt. Codex sollte die App mit Xcode 26 kompilieren und explizite Fallbacks für ältere Betriebssystemversionen ergänzen.

    Need

    Validierung im Simulator

    Default options

    XcodeBuildMCP

    Why it's needed

    Das Erstellen eines Builds, der Start, das Aufnehmen von Screenshots und die Prüfung der Logs sind bei einer visuellen Migration wichtig, insbesondere wenn mehrere Zustände und Gerätegrößen überprüft werden.

    Need Default options Why it's needed
    UI-APIs für Liquid Glass SwiftUI mit glassEffect , GlassEffectContainer und Schaltflächenstilen für Liquid Glass Auf diese nativen APIs sollte der Skill zuerst zurückgreifen. So entfernt Codex benutzerdefinierte Ebenen mit Weichzeichnereffekt, statt das Materialsystem neu zu erfinden.
    Plattformgrundlage iOS 26 und Xcode 26 Liquid Glass wird mit dem SDK von iOS 26 eingeführt. Codex sollte die App mit Xcode 26 kompilieren und explizite Fallbacks für ältere Betriebssystemversionen ergänzen.
    Validierung im Simulator XcodeBuildMCP Das Erstellen eines Builds, der Start, das Aufnehmen von Screenshots und die Prüfung der Logs sind bei einer visuellen Migration wichtig, insbesondere wenn mehrere Zustände und Gerätegrößen überprüft werden.

    Verwandte Anwendungsfälle