用 Qoder 把运行中的 iOS App 当作 UI 上下文：一次真实 SwiftUI 工作流

[Wangye_Zhao]

最近试了一种不太一样的 SwiftUI 改界面方式：不是先画一张静态稿，也不是让 AI 从零生成页面，而是直接让运行中的 App 成为设计上下文。

我在 Qoder 里接入了 Monad Design 的 MCP 和 Skill，然后拿一个真实的 SwiftUI 项目跑了一遍。流程大概是：

1. 在模拟器里打开现有 App
2. 直接选中想调整的界面
3. 用自然语言描述修改方向
4. Qoder 修改项目里的真实 SwiftUI 源码
5. 自动重新构建并安装到 Simulator
6. 在真实运行状态里比较多个方案，最后由人确认是否采用

这次我让它调整了 ContentView.swift 和 SettingsView.swift。构建、安装都顺利完成，并生成了 3 个可比较的版本；流程停在「variants_ready」，等我自己做最后选择。这个边界我挺喜欢：AI 可以快速落地和试方向，但不会替我擅自决定最终设计。

我觉得最有意思的地方是「The app is the canvas」。画布不再是和代码分开的静态文件，而是当前正在运行、带着真实导航和状态的原生 App。对于 SwiftUI 这种修改后能快速重建的项目，体验尤其顺手。

当然，目前它更适合已有项目里的界面迭代，不是一个从零生成 App 的工具；构建速度、Simulator 状态和项目本身是否能稳定运行，也都会影响体验。

利益相关说明：我是 Monad Design 的开发者。这不是代写的测评，上面是我在 Qoder 里实际跑过的一次工作流。项目地址：GitHub - Monadix-AI/monad-design · GitHub

如果你也在用 Qoder 做 iOS / SwiftUI，比较想知道大家现在怎么处理「看着运行结果继续改」这一段。