跳到主要内容
返回使用场景

Codex 使用场景

采用液态玻璃

使用 Codex 借助 iOS 26 API 和 Xcode 26，将现有 SwiftUI 应用迁移到液态玻璃。

高级1 小时iOS代码
在 Codex app 中尝试官方来源

概览

使用 Codex 和 Build iOS Apps plugin 审查现有 iPhone 与 iPad UI，将自定义模糊或材质堆叠替换为原生液态玻璃，并通过 iOS 26 可用性检查和基于模拟器的验证确保迁移安全。

适合场景

  • 需要一个实用的 iOS 26 液态玻璃迁移方案，而不是模糊重设计简报的现有 SwiftUI 应用
  • 希望 Codex 审查自定义卡片、表单页、标签栏、工具栏和操作按钮，然后逐步实施迁移的团队
  • 仍需支持较旧 iOS 版本，并且需要使用 `#available(iOS 26, *)` 回退方案，而不是单向视觉重写的应用

将一个流程迁移到液态玻璃

使用 Build iOS Apps plugin 及其 SwiftUI Liquid Glass skill，将此应用中一个高流量流程迁移到液态玻璃。

约束条件：
- 将此视为一次 iOS 26 + Xcode 26 迁移，但对更早的部署目标保留非玻璃回退方案，并使用 `#available(iOS 26, *)`。
- 先审查该流程。指出哪些自定义背景、模糊堆叠、标签、按钮、表单页和工具栏应该变为原生液态玻璃，也指出哪些表面应保持为纯内容。
- 相比自定义模糊，优先使用系统控件和原生 API，例如 `glassEffect`、`GlassEffectContainer`、`glassEffectID`、`.buttonStyle(.glass)` 和 `.buttonStyle(.glassProminent)`。仅当真实的形变过渡能改善流程体验时，才将 `glassEffectID` 与 `@Namespace` 一起使用。
- 在布局和视觉修饰符之后应用 `glassEffect`，保持形状一致，并且只对确实响应触控的控件使用 `.interactive()`。
- 使用 XcodeBuildMCP 在 iOS 26 模拟器上构建并运行，捕获已迁移流程的截图，并准确说明你使用了哪些 scheme、模拟器和检查项。

交付内容：
- 该流程的简明迁移计划
- 已实现的液态玻璃切片
- pre-iOS 26 设备的回退行为
- 你使用的模拟器验证步骤和截图

从 iOS 26 基线开始

首先将液态玻璃视为一个 iOS 26 和 Xcode 26 迁移项目。使用 iOS 26 SDK 重新构建应用，检查标准 SwiftUI 控件会自动带来哪些效果，然后再让 Codex 重新设计那些看起来仍然太平、太重或与系统界面元素过于脱节的自定义部分。

如果应用仍然支持更早的 iOS 版本，请一开始就明确这一约束。Build iOS Apps 插件 中的 SwiftUI Liquid Glass skill 应当使用 #available(iOS 26, *) 为新的仅玻璃 API 做可用性保护，并保留一个在旧设备上仍然清晰易读的回退路径。

利用 iOS plugin

当你希望 Codex 将 SwiftUI UI 改动与基于模拟器的验证结合起来时，请使用 Build iOS Apps 插件。对于液态玻璃相关工作，一个有效的做法是让 Codex 审查一个流程、迁移一小组界面表面、在 iOS 26 模拟器上启动结果，并在扩大范围之前捕获截图。

该 plugin 包含一个 SwiftUI Liquid Glass skill，其中有一组值得在提示词中沿用的简单默认规则：

  • 相比自定义模糊视图，优先使用原生 glassEffect、GlassEffectContainer、玻璃按钮样式以及 glassEffectID 过渡。
  • 在布局和视觉修饰符之后应用 .glassEffect(...)，这样材质会包裹住你真正想要的最终形状。
  • 当多个玻璃表面一起出现时，将相关元素包裹在 GlassEffectContainer 中。
  • 仅对真正响应触控的按钮、标签和控件使用 .interactive()。
  • 在整个功能中保持圆角形状、色调和间距一致，而不是混用一次性的玻璃处理方式。
  • 为 iOS 26 之前的目标版本保留非玻璃回退方案。

要了解更多有关安装插件和技能的信息，请参阅我们的 插件 和 技能 文档。

观看 WWDC 场次

在让 Codex 重构真实生产流程之前，这些 WWDC25 场次是很好的参考资料：

先请求迁移计划，再实现一个切片

当 Codex 将“玻璃应该出现在哪里？”与“现在就把所有代码都写出来”分开处理时，液态玻璃迁移通常会更顺利。先要求快速审查，然后让 agent 借助模拟器验证实现一个自包含的切片。

实用建议

不要把所有东西都做成玻璃

液态玻璃应当在内容之上创建清晰的控件层，而不是把每张卡片都变成发光面板。让 Codex 移除那些与系统材质冲突的装饰性背景，在可读性最重要的地方保留纯内容，并将色调强调保留给语义重点或主要操作。

从一个高流量流程开始

标签页根视图、详情页、表单页、搜索界面或引导流程，通常比一次全应用范围的迁移扫描更适合作为首次迁移目标。这样更容易审查，也能更清楚地看出哪些液态玻璃决策应该沉淀为可复用的组件模式。

有意识地审查回退行为

如果你的部署目标低于 iOS 26，请让 Codex 同时展示回退实现和液态玻璃版本。这个审查步骤可以捕捉意外的 API 可用性回归，并避免发布一个只能在最新模拟器上运行的迁移结果。